MULTICS 

INSTALLATION INSTRUCTIONS 

RELEASE MR12.3 

PREPARED BY: 
MULTICS SOFTWARE DEVELOPMENT 



December 01, 1989 



Woiidwide 

Inibnuation 

Systems 



Bull • 



Copyright, (C) Bull H N, 1989 



CONTENTS 



Section 1 
Section 2 

Section 3 

Section 4 



Section 5 



Introduction 
Site Support 



Description of Package . . . 
Library Naming Conventions 
Contents of MR12.3 Package 



FCO and Firmware Status . , 

Firmware , 

Field Change Order List 



Instructions for Sites Updating to MR12.3 
from MR12.2 



Step 1 
Step 2: 

Level 
Step 3; 
Step 4; 

Level 
Step 5: 
Step 6; 
Step 7 I 



Pre-Installation Preparation 
Installation to BCE (early) 

Changes to Config Deck . . . 
Installation to BCE (boot) 



Ring-1 Environment . . 

TTF Conversion .... 

FNP Core Images and CMF 

Conversion 

Step 8: ACLs and Ring Brackets 
Step 9 : System Cleanup .... 



Instructions for Sites Installing for 
First Tim.e 



Step 
Step 
Step 
Step 
Step 
Step 



Preparation 

Logical Volume Assignments 
RPV Initialization .... 

Configuration 

Initializing Root Volumes . 
Additional Configuration 

Parameters 

Step 7: Reload of Executable 

Libraries , 

Step 8: Setting and Checking Access , 
Step 9: Setting Volume Quota . . . . 
Step 10: Reload of Remaining Release 
Tapes 



Page 

1-1 
1-1 

2-1 
2-1 
2-2 

3-1 
3-1 
3-2 



4-1 
4-2 

4-2 
4-2 

4-3 
4-3 
4-4 

4-4 
4-6 
4-7 



5-1 
5-1 
5-2 
5-4 
5-6 
5-7 

5-8 

5-8 

5-10 

5-11 

5-12 



111 



SIB12.3 



CONTENTS (cont) 



Page 



Step 11: Running acct_start_up.ec . . 5-13 
Step 12 : Multics Communications 

System 5-13 

Step 13: Complete Accounting Startup 5-15 

Step 14: Check Gate ACLs 5-16 

Step 15; Save Checkpoint 5-18 

Step 16: Tailor System and Register 

Projects 5-18 

Step 17: Setup Volume Backup/Reloader 5-18 

Step 18: Setup Directory Quota . . . 5-19 

Appendix A Module Changes for MR12.3 A-1 

New Info Segments for MR12.3 A-2 

New Segments for MR12.3 A-3 

New or Modified Include Files for 

MR12.3 A-4 

Deleted Segments for MR12 .3 A-5 

Modified Segments for MR12.3 A-6 

Appendix B Formatting Disks with MTR B-1 

Formatting MSU0451 Disk Packs .... B-1 

Formatting MSU0500/MSU0501 Disk Packs B-10 



iv SIB12.3 



SECTION 1 
INTRODUCTION 



This document describes the MR12.3 package. Detailed 
instructions for installation of a system for the first time and 
upgrading to MR12 . 3 from an MR12.2 system constitute the major 
portion of this document. 

No attempt is made to document features of MR12.3 other than 
those directly required for its installation. 

Software Releases prior to MR12.1 are no longer supported. All 
sites running pre-MR12.1 software are strongly encouraged to 
upgrade to MR12 . 1 as soon as possible. 

SITE SUPPORT 



System Representatives who support Multics should apply for 
registration on the SiteSA project maintained in Phoenix on 
System M. 

The SiteSA project was created to allow sites to communicate with 
Multics System Support (MSS) personnel on matters of site 
support. MSS maintains and pays for usage on this project. Only 
System Representatives who support a Multics site are authorized 
to use the project. They are authorized to use it only for site 
support activities which require communication of information to 
MSS personnel . 

MSS would appreciate that the SiteSAs maintain the site's info 
segments in >udd>SiteSA>site_info {>udd>ssa>si) . Information on 
maintaining these segments is in the info segment, 
>udd>ssa>si>site_info.info. 

In addition to normal telephone and Multics mail communications 
with MSS personnel, SiteSAs are encouraged to use the 
unusual_crash_log forum meeting to report any unusual problems 
encountered at their site. SiteSAs not familiar with forum can 
type "help forum" for usage information. Forum is a subsystem 
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somewhat like the mail system in which an electronic meeting can 
be held. To invoke forum, type: 

forum >udd>ssa>sa_meeting>uclog 

Type ? to print a list of requests allowed by forum. Other 
forum meetings of interest to SiteSAs ares 



PATHNAME 



SHORT NAME 



>udd>ssa>sa_meeting>install_instructions 

>udd>ssa>sa_meeting>hardware_problems 

>udd>ssa>sa_meeting>critical_fixes 



11 

hwp 

fixes 



We would appreciate that sites as they complete installation of 
MR12.3 enter a transaction in the install_instructions (ii) forum 
meeting. This will allow other sites to see the amount of 
exposure the release is receiving and to communicate any problems 
encountered in the installation procedure. 

MSS also suggests, very strongly, that SiteSAs DO NOT attempt to 
reproduce site problems on System M which are known to crash the 
system at their site, cause processors to loop in ring 0, etc. 
Such problems should be reported via the Trouble Report system, 
and will be verified by MSS personnel using appropriate 
resources, so that System M service is not interrupted 
unnecessarily. 

Problems encountered while installing this release, or problems 
of a critical nature to a customer site (for a definition of 
critical, type: help tr .priorities) should be reported directly 
to MSS by mail or phone. European or Canadian sites should 
contact their local site support person for details on support 
from the Canadian, French or UK Technical Assistance Centers. 
Phoenix personnel include: 



NAME 

Frank Martinson 
Paul Farley 

Joe Hirneisen 



AREA 



USER ID 



PHONE 



Martinson. sm 602/862-4839 
Farley. sm 602/862-4666 



Mgr, MSS 

TRs, C&F, 

Site Support 

Sys. Integration 

Release Prep Hirneisen. sm 602/862-4812 



Note that all of the above numbers are available through HVN 
862-XXXX (eg, 862-4839 for Martinson) . 
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SECTION 2 



DESCRIPTION OF PACKAGE 



LIBRARY NAMING CONVENTIONS 

The primary pathnames on most of the system directories are 
somewhat lengthy. For this document, abbreviated (added) names 
are used in lieu of the primary name. The following list gives 
the primary and abbreviated names used in this docximent. 



>daemon_dir_dir 
>ddd 



>system_library_l 
>sll 



>documentation 
>doc 



> sy s tem_l ibr ary_obso le te 
>obs 



>system_library_tandd 
> firmware 



> sy s t em_l ibr ary_s t andar d 
>sss 



> X lor ary_uii._ux J. 
>ldd 



" o y o ^^Aii ju ^»^^ < 

>tools 



k-v-ir ^ r\r\ 1 ; 



>process_dir_dir 
>pdd 

>system_control_l 
>scl 



> sy s tem_l ibrary_unbundled 
>unb 

>user_dir_dir 
>udd 



The system directories fiinnware and obs, are not included in the 
standard system search rules. Segments in these directories must 
either be accessed by absolute pathnames or by changing the 
system search rules via the set_system_search_rules command added 
to the system_start_up.ec. 



Package Description 
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CONTENTS OF MR12.3 PACKAGE 

MR12.3 includes this document, a set of magnetic tapes, hardcopy 
dump maps, and accompanying documentation. Sites not installing 
Multics for the first time will be able to proceed to the MR12.3 
release from MR12.2. Sites upgrading to MR12.3 from MR12.2 

refer to Section 4, sites installing Multics for the first time 
refer to Section 5. The instructions in each section will 
provide a procedure to guide a site through the installation. 

Documentation for some of the new features and TRs resolved in 
this release is contained in the directory >doc>MR12.3 which is 
part of this release. 

This is a total software release. It contains a complete set of 
all modules contained in the Multics standard system. 

Appendix A will list modules added, modified or deleted since 
MR12.2. 

Appendix B contains an outline of the use of MTR under Multics . 

A set of master tapes was generated for this release and all dximp 
maps reflect the contents of these master tapes. All tapes sent 
to the field are copies of the master tapes. Because of 
different lengths of magnetic tape reels, there may not be an 
exact correlation between a single tape and a dump map. 

These differences, if any, are minimal and occur only on those 
sets that are multi-reel (e.g., 12 .3LDD_STANDARD tapes). Site 
personnel may assure themselves of the contents of the tapes by 
visually matching the maps produced from the reload operations 
against the master dump maps supplied. 
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Package Description ji-z oxdxz.o 



Tape Names 
12.3EXEC 

12.3UNBUNDLED 



12 . 3LDD_STANDARD 

12.3MULTICS 
12.3MISC 



Description 

Complete dump of Multics executable 
libraries xiocumentation, >obs, >sss, 
>tools, and >firmware. 

Complete dump of Multics unbundled 
libraries, or portion thereof, for those 
sites purchasing Priced Software 
Products. Includes all, or portions of 
>unbundled, >ldd>unbundled, >ldd>mcs and 
>system_library_3rd_party. 

Complete dump of all standard library 
source, object, include files and info 
segs. 

Complete Multics System Tape (MST) . 

The compout segment for this document 
and other supporting documentation, if 
any, are contained on this tape in 
>doc>MR12.3. Last minute changes, if 
any, made to software modules after 
generation of the above tapes is also 
contained on this tape. This is the 
last tape to be loaded. 
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The accompanying hardcopy listings are: 

Listing Description 

12.3EXEC.DUMP.MAP Contents of the 12.3EXEC tape. 

12.3UNBUNDLED.DUMP.MAP Contents of the 12 . 3UNBUNDLED 

tape { for those sites purchasing 
Priced Separate Software) . 

12 . 3LDD_STANDARD . DUMP . MAP Contents of the 12 . 3LDD_STANDARD 

tapes . 



12.3MISC.DUMP.MAP 



Contents of the 12.3MISC tape. 



Tape File Name Describes 
_system_book_ MR12.3 hardcore modules 
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SECTION 3 
FCO AND FIRMWARE STATUS 



FIRMWARE 

The firmware identification for MR12.3 is "IFAD D.4". 

IFAD (Integrated Firmware and Diagnostics) tapes, are distributed 
to all sites having valid Field Engineering Hardware Maintenance 
contracts. The IFAD tape is nolonger distributed as an FCO. It 
is now sent with the MR12.3 release tapes. 

T&D (Test and Diagnostic) tapes, are distributed to all sites 
having valid Field Engineering Hardware Maintenance contracts. 
The T&D tape is distributed as FCO PHAFGA888, rev. B.2. 

This version of IFAD- firmware- and T&D modules has been tested 
and exposed on System M in Phoenix. The modules are supplied as 
part of the MR12 . 3 release and can be found in >ldd>firmware as 
part of the LDD_STANDARD tape. When subsequent IFAD tapes become 
available, it is recommended that the site use the 
deckfile_manager, dfm, command to load the released IFAD tape 
into >system_library_tandd. The firmware modules should then be 
moved to >ldd>f irmware and a new MST tape should be generated 
using generate_mst . 

The MR12.3 release requires the following firmware revision 
levels . 



Disc: DSC191 — VI 
DSC500 — XI 
MSP800 — Kl 

Tape: MTC0500 — VI 
MTP0601 — Tl 
MTP0510 — Z2 
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Unit Record: Common — A2 
Reader/Punch — B2 
PRU1200/1600 ~ Ml 



FIELD CHANGE ORDER LIST 



The following list of FCOs should be thought of as a continuation 
of the similar list for MR12.2. Sites that are upgrading from 
MR12.2 will need to verify that FCOs for that release have been 
installed. 

As FCOs are completed in Phoenix, they are sent out to the field 
sites. Some of the FCOs affect only site documentation while 
others may change the hardware to improve system reliability or 
maintainability. An example might be a change to improve the 
supply of cooling air to some boards so that the boards run 
cooler and are therefore less likely to fail. These types of 
FCOs are important to the long-term success of system operation. 
However, because these FCOs are not required to correct the 
results of any computer program, they are not listed in this SRB. 

The purpose of this section is to identify those FCOs that are of 
utmost importance in the short term. This list includes only 
those FCOs needed to correct a program malfunction. 

For those FCOs already sent to the field, the "FCO Kit Ship Date" 
column contains the approximate date when shipment of the FCO 
kits began. 

One of the column headings in the tables on the following pages 
is "Round Robin". The implications of a "Yes" in this column for 
a particular FCO are as follows: 

1. The FCO kit includes at least one board. The new board(s) 
is to replace the board{s) now in the equipment. 

2. Enough FCO kits are put together for about 20% of the sites 
that are to take part in the Round Robin. Some FCOs result 
in a Round Robin for all sites. Other FCOs involve a Round 
Robin for some sites but not for other sites. For example, 
two of the factors that determine whether or not a 
particular site takes part in a Round Robin FCO are: 

a. The date codes of certain integrated circuit chips on a 
board. 

b. The board construction method — wirewrap vs. 
multilayer. 
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3. The set of FCO kits are sent to the first set of sites. 
(For the remainder of this discussion, we will follow one 
kit as it makes its Round Robin journey.) 

4. The site installs the FCO. When the site is satisfied that 
the FCO is satisfactory, the site returns the old board(s) 
to Phoenix. 

5. If there is still equipment at other sites that have not had 
the FCO installed, the returned board(s) is reworked, 
tested, and another FCO kit is assembled in Phoenix and sent 
to the next site. 

6. Since the length of time it takes a site to install an FCO 
and become satisfied that it is working correctly cannot be 
known in advance, there is no way to predict with accuracy 
how long it will be until the FCO has been installed at all 
sites. 

The FCOs have been classified into the following categories: 

CATEGORY 1 - The new software for this release will not run 
properly unless these FCOs are installed. 

CATEGORY 2 - The new software for this release may or may not run 
properly if these FCOs are not installed. It is 
strongly recommended to have these FCOs installed to 
improve reliability of the system. 

CATEGORY 3 - FCOs whose effects are program-visible, but do not 

fall into categories 1 or 2. Category 3 FCOs 

correct problems that are not uniquely related to 
this release. 
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CATEGORY 1 FIELD CHANGE ORDERS 

FIELD CHANGE ORDERS VITAL TO THIS SOFTWARE RELEASE 

Est . FCO 

Hours for 

FCO Kit Round To Multics 

FCO Number Board Ship Date Robin Instl Release 



No category 1 changes are required for MR12.3. 



Firmware Status 3-4 SIB12.3 



CATEGORY 2 FIELD CHANGE ORDERS 

FIELD CHANGE ORDERS POSSIBLY NEEDED FOR THIS RELEASE 







Est. 


FCO 






Hours 


for 


FCO Kit 


Round 


To 


Multics 


Ship Date 


Robin 


Instl 


Release 











FCO Number Board 



No category 2 changes are required for MR12.3. 
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CATEGORY 3 FIELD CHANGE ORDERS 

FIELD CHANGE ORDERS INDEPENDENT OF A PARTICULAR RELEASE 



FCO Number Board 



FCO Kit 
Ship Date 



Round 
Robin 



Est. 
Hours 
To 
Instl 



FCO 
for 

Multics 
Release 



_ INTEGRATED MULTIPLEXER UNIT (IMU)' 

PHAFXS951 MCA 88 Nov No 



3.0 



MR12.3 



-FIPS DISK MSU 3380/3382, MSP 3880/1/4/5- 



PHAFFP553 
PHAFFP556 
PHAFFP557 



Pwr Supply 
Firmware 
Pwr Supply 



89 Jan No 

88 Dec No 

89 May No 



1.0 

.4 
.2 



MR12.3 
MR12.3 
MR12.3 



-FIPS TAPE MTU 8205/06/08, MTS 8205/06/08/15/16/18- 



PHAFFP4 34 
PHAFFP436 



Firmware 
FW Patch 



88 Dec No 

89 Nov No 



.2 
.2 



MR12.3 
MR12.3 



T&D RELEASE REV. B.2 

PHAFGA888 Tape 87 Mar 



No 



2.0 



MR12.1 



MHAT MR12.0— 

PHAFPD998 Tape 



87 May No 



2.0 



MR12.0 
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SECTION 4 
INSTRUCTIONS FOR SITES UPDATING TO MR12 . 3 FROM MR12.2 



If problems are encountered in any of the Steps listed below, 
return to the last step known to be successful and retry the 
Steps. Pay particular attention to procedure. This entire 
procedure was verified on the Multics System at Phoenix Computer 
Operations, but some hardware /software differences may exist at a 
particular site. 

In this section, two formats of text are used to indicate the 
typing of input into the system. This input usually is a command 
line, but could be data typed in response to a query from the 
operator console. 

Strings of input, and output messages of importance are indicated 
on separate lines. 

In addition, all input to the system is to be typed in lowercase, 

lowercase in the input line. User input is preceeded by an 
exclamation mark ( ! ) . 

System display output is shown as is, except when the displayed 
line exceeds the page margins for this document. When this 
occurs, the displayed line is split into two lines, with the 
second line indented from the first. 

SITES USING NSA lOM'S MUST INSURE OPTION WIOG008A-001 IS 
INSTALLED TO MAKE PAGED MODE I/O WORK. 
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STEP Ij. PRE-INSTALLATION PREPARATION 

It is recommended that sites perform a BCE SAVE. A double save 
is recommended to avoid any possible tape problems later. 

Due to the method by which unbundled software is dumped, normal 
trimming during reloading of new software does not occur. To 
ensure that unbundled directories are clean execute the following 
before shutting down MR12.2 for the last time enter admin mode 
and type: 

cwd >system_library_unbundled 

answer yes -bf hpdl ([files **]) 

cwd > 1 ibr ary_dir_dir >unbundled> source 

answer yes -bf hpdl ([files **]) 

cwd >library_dir_dir>unbundled>object 

answer yes -bf hpdl ([files **]) 

To shut the system down and continue to the next step type: 

ame 
shutdown 

STEP 2i INSTALLATION TO BCE (EARLY) LEVEL 

Place the new MR12.3 Mult tape on any convenient tape drive. 
Initialize and boot the MST. 

The system will boot the bootload tape controller, if necessary, 
and continue. At this time you will be asked to input the RPV 
location in channel, controller, device and unit number format: 

bootload_0: Booting tSOO A 12.3. with mtcSOO rev.vl firmware. 

bootload_0: Booted tape MFC. 

0000.1 announce_chwm: 371. pages used of 512. in 

wired environment . 
0000.2 announce_chwm: 646. words used of 1024. 

in int_unpagedjpage_tables . 
find_rpv_subsystem: Enter RPV data: M-> ! rpv a22 451 451 1 
bee (early) 0012.0: M-> 

STEP 3; CHANGES TO CONFIG DECK 

There are no config deck changes for MR12.3. To examine and 
change the config deck enter the config qedx editor by typing: 

config 
1,$P 

to display the entire config deck as currently saved in the 
"conf" partition. 
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After having made necessary changes exit the editor by typing "w" 
and "q". 

The "w" request will verify card syntax. The "q" request will 
leave the qedx editor and place the user at the bee (early) level. 

STEP 4: INSTALLATION TO BCE (BOOT) LEVEL 

Continue installation of BCE by typing: 

bee (early) 0020.0: M-> I bee 

Current system time is: Friday, June 1, 1974 00:20:46 mst 

Is this correct? no 

Enter time: M-> ! 12/01/89 13:21:30 

Current system time is: Friday, December 01, 1989 13:21:30 mst 

Is this correct? M-> I yes 

load_disk_mpcs : Disk mpc(s): mspa mspc appear not to be 

operating. 
Enter disk mpc names to be loaded, or "none" or "abort" 

or "all": M-> I mspa mspc 

(The operator entered the names of other disk mpcs 
to be loaded. ) 

hc_load_mpc: Booting channel A20 with dscSOO Revision XI. 
hc_load_mpc: Booting channel B20 with dscSOO Revision XI. 
bee (boot) 1325.5: M-> 

At this time, the operator must load firmware into all other 
controllers (i.e., not the bootload tape controller nor an" disk 
controllers), bee is then considered to be fully initialized. 

STEP 5^ RING-1 ENVIRONMENT 

The system is now ready to cross into the ring-1 environment: 

bee (boot) 1325.5: boot 

Multies MR12.3 - 12/01/89 1328.0 mst Fri. 

Command : 

At Initializer ring-1 command level, type: 
alv —all 

At this point the libraries will be reloaded. The release tapes 
should be reloaded in this specific sequence: EXEC, 
LDD_STANDARD, UNB, and MISC. 

To reload the libraries type: 



Instructions - Updating 4-3 SIB12.3 



reload_system_release -nosetlvid 

When the system asks "Input tape label:" type: <reel_id> 

where <reel_id> is the reel identification specified for the next 
tape to be reloaded. See Section 2, "Contents of MR12.3 
Package," for a listing of all "Tape names". Enter <reel_id> for 
each library tape. 

When all tapes are loaded, type: 

standard 

admin 

<password> 

STEP 6; TTF CONVERSION 

The TTF is not changed for MR12 . 3 . This step is retained as a 
place holder for future releases. Skip to step 7. 

A new standard TTF has been provided containing additional 
terminal types. Sites using a modified site dependent TTF should 
merge these changes with their modified version, and convert the 
TTF to its binary version. The converted binary version must 
then be installed to take effect. The TTF.ttf segment in >tools 
contains some of the more common used terminals on Multics . 
Sites using the default TTF for this release must execute the 
following commands to perform this conversion: 

cwd >udd>sa>a 

rename TTF.ttf TTF. save 

cp >t>TTF.ttf 

cv_ttf TTF 

install TTF.ttt 



STEP 2± IMZ CORE IMAGES AND CMF CONVERSION 

A Multics Communications System (CS) core image is supplied in 
the >unbundled library, and is named "site_mcs". The "site_mcs" 
core image contains the basic support for DN6780 type FNPs with 
64k of memory. 

CS core images are built using the bind_fnp command in 
conjunction with a bindfile describing the CS modules and 
configurations to be used. A copy of the site_mcs.bind_fnp can 
be found in >ldd>mcs>info. 

Sites should build their own CS core image tailored to their own 
FNP configuration, terminal type requirements, and use of 
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additional separately priced FNP software modules. Sites using 
the default "site_mcs" core image should skip to Step 8 after 
ensuring the CMF image statement points to the core image now 
located in >unb. 

To build a new core image, the following procedure is suggested: 

Sites will need to extract the communications object segments 
from archives located in >ldd>mcs>object. Sites should create a 
virgin directory under >udd>sa>a for each new core image. 

The following example is for sites with the more common type 
Datanet and a larger memory configuration. Execute the following 
commands : 

create_dir >udd>sa>a>mcs.7.6c 
cwd >udd>sa>a>mcs . 7 . 6c 
qx 

r >ldd>mcs>info>site_mcs .bind_fnp (or location of sites 

CS bind file) 



make editing changes if any. 



w site_mcs . bind_f np 

q 

ac X ([segs >ldd>mcs>o>* .archive -absp]) 
bind_fnp site_mcs -list 

Be sure the image statement in the CMF points to this newly 
created CS core image. The name of the CMF requires a suffix of 
"cmf". The following example assumes the CMF to be in the 
>udd>sa>a directory. This procedure will insure that the new CS 
image is used: 

cwd >udd>sa>a 

qx 

r CMF . cmf 



1) Edit the image: statement to point to the new CS image. 

2) Make any other changes nee^aew.. 

w CMF. cmf 

q 

cv_cmf CMF 

copy CMF.cdt >system_control_l>cdt -force 
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The above procedure builds a site dependent CS core image and 
ensures that this image is loaded in the FNP by the answering 
service. 



Exit admin mode by typing "ame". Then issue the commands! 
stop_mpx a 
multics 



(sites with multiple FNPs execute this 
command for each FNP) 



load_mpx a -check (sites with multiple FNPs execute this 

command for each FNP) 
go 

The load_mpx command indicates on the FNP console any 

configuration errors if console_man is loaded and "console: 

yes;" is in the bind_fil6. If any errors are reported they 
should be corrected. 

Sites should assure the correct version number is reported the 
first time the FNP is booted. 

STEP 8; ACLS AND RING BRACKETS 

Check the ACLs for >sss>dm_admin_gate_, >sss>dm_daemon_gate_, 
>tools>installation_tools_, >tools>pnt_admin_gate_, 

>tools>pnt_login_gate_, >tools>pnt_network_gate_, 

>tools>pnt_priv_gate_, >sss>metering_gate_ and >sss>queue_admin_. 
The ACLs on these gates are as they appear on System M and should 
be restricted. The ACL for these gates are site dependent and 
should be changed to meet each site's needs. The dm_admin_gate_ 
and dm_daemon_gate_ should be restricted to data management 
administrators or daemons. The installations_tools_ gate should 
be restricted to system library maintainers. All persons on the 
ACL for metering_gate_ have access to the Multics metering data. 
All persons on the ACL for queue_admin_ are permitted to move 
absentee and daemon requests for themselves and other users to 
different queues. Users not on this ACL are only able to move 
their own requests. The Initializer must have access to 
queue_admin_. This capability is also dependent on extended 
access to the <queue>.ms segments. The various pnt_<name>_gate_ 
acls should be restricted to the following minimums for correct 
system operation: 

>t>pnt_admin_gate_ 
re * . SysDaemon . * 
re * . SysAdmin . * 



>t>pnt_fs_gate_ 



re 



±lis> \,s. uv^ I, J. WHO 
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>t>pnt_login_gate_ 
re Initializer. SysDaemon.* 
re * . SysAdmin . * 

>t>pnt_network_gate_ 
re Initializer. SysDaemon.* 
re IMFT. Daemon.* 
re Card_Input. Daemon.* 
re *. SysDaemon.* 

>t>pnt_priv_gate_ 
re Initializer. SysDaemon. * 
r * . SysDaemon . * 
re * . SysAdmin . * 



STEP 9_l SYSTEM CLEANUP 



The system is now ready for normal operation under MR12.3. 
Following a reasonable period of MR12.3 ©Deration . it 1^s 
sugges.ea tnat sites delete any <name.save> segments created ^s 

illl.nt ^tl- P^^^^*^'^^®- It is also recommended that sites 
salvage their systems and fix quota by runnino 
Salvager. SysDaemon, executing the following command: ^^^^^"9 

X repair salvquota > <number of salvagers> -rebuild -dcf 
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SECTION 5 



INSTRUCTIONS FOR SITES INSTALLING FOR FIRST TIME 



The following basic procedure must be performed when installing 
Multics for the first time. 



STEP 1; PREPARATION 

Ensure that all Multics active hardware components run error free 
in Multics mode using the latest T&D release. Peripheral 
equipment can be run in either Multics or GCOS mode and must also 
run error free. 

Carefully check the hardware configuration (port and channel 
assignments, mailbox switch settings, etc.) Create and verify 
the configuration description on paper for later input when BCE 
is running. Close consultation between the SiteSA and Field 
Engineering representative is of the utmost importance. (Refer 
to Section 9 and Appendix A of the Operator's Guide to Multics, 
Order Number GB61, for hardware switch setting information. 
Refer to Section 7 of the Multics System Maintenance Procedures, 
Order Number AM81-03, for configuration setup.) 

When selecting the storage unit for the RPV, select a disk unit 
with as few bad tracks as possible. For the MSS451S, T&Ds should 
be used to format and test the first disk to be used as the RPV 
(test 365, subtest 26). 

The MSS500/501S are formatted at the factory, however, selection 
of alternate tracks is not done at the factory. It can only be 
done using MTR at Multics command level. (Refer to Appendix B 
for an outline of how MTR runs under Multics.) 
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STEP 2± LOGICAL VOLUME ASSIGNMENTS 

Choose the logical volume assignments. Decide how many logical 
volumes are needed and how many physical volumes are to be m 
each. 

Most installations have the following: 

Logical Volume Contents 

root >system_control_l 

>system_library_standard 

>system_library_tools 

>system_library_unbundled 

> sys tem_l ibrary_aut h_ma int 

>system_library_l 

>documentation 

>daemon_dir_dir 

> dumps 

>system_library_tandd 

>system_library_obsolete 

>system_library_3rd_party 

>site 

>lv 

partitions 

public >user_dir_dir 

>library_dir_dir> include 

Idd >library_dir_dir 

Other logical volumes may be set up for specific applications. 

The assignment decision requires the system administrator to 
balance the costs of seek interference and breakage against the 
advantages of being able to define and process logically 
different collections of data. Data bases used for only a few 
hours a day or only a few days a month are natural candidates for 
allocation to a separate logical volume. Breaking up the 
system's storage into several logical volumes also allows the 
site to operate without all logical volumes mounted if hardware 
goes down. For example, an MPC or channel might go down, halving 
the system's disk drive capacity. 
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Logical volume assignments might be as follows: 

Logical Volvune Contents 

root >system_library_tandd 

>library_dir_dir 
>system_library_obsolete 
>system_library_standard 
> sy s t em_l ibrary_too 1 s 
> system library unbundled 

> sy s t em_l ibr ary~3 rd_par ty 
>daemon_dir_dir 
>documentation 

>dumps 
>system_library_l 

> sys tem_l ibr ary_aut h_maint 
>user_dir_dir>Daemon 
>user_dir_dir>SysAdmin 
>user_dir_dir>SysDaemon 
>user_dir_dir>SysMaint 
>site 

>lv 
partitions 

Mcc >user_dir_dir>Mcc 

Multics_Pubs >user_dir_dir>Pubs 

>user_dir_dir>Multics 

01d_Dumps >dumps>01d_dumps 

Public >user_dir_dir 

>experimental 
>process_dir_dir 
>ldd>include 

list_l >library_dir_dir>listings>hard 

>library_dir_dir>mcs 
>library_dir_dir>unbundl6d 

list_2 >library_dir_dir>listings 

These particular assignments give a wide range of flexibility and 
Multics can run with only the root logical volum.e mounted,- or 
with one or two of the less critical logical volumes not mounted 
due to unavailability of disk drives. For example, logical 
volumes, list_l and list_2, can easily be demounted. This frees 
two disk drives to be available for use with other more critical 
logical volumes . 
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Installations that wish to use the Access Isolation Mechanism 
(AIM) by specifying more than one access category (sensitivity 
level) should specify the maximum and minimum categories for one 
or more volumes and thus ensure that sensitive data is confined 
to a few packs, or that packs are not "contaminated" with 
information requiring special precautions. 

The logical volumes that hold process directory segments must be 
chosen. Because of the heavy usage of process directory 
segments, these segments should be spread over as many physical 
volumes as possible. One or more logical volumes may be selected 
to hold process directory segments, using the setjpdir_volumes 
command in system_start_up.ec. In the supplied 
system_start_up.ec, a single logical volume, named public, is 
selected. This command line should be changed to select a set of 
publicly accessible and permanently mounted logical volximes 
containing as many physical voliunes as possible, subject to some 
constraints. Site maintenance personnel are responsible for 
ensuring there is always enough space available on the selected 
logical volumes to hold the process directory segments. The 
process directory placement algorithm causes process directory 
creations to be made on each logical volxime in proportion to the 
number of physical volumes in the logical volume. 

Ensure that enough storage will be available. About 5% of each 
volume is used for the VTOC and volume map. In addition, some 
breakage is unavoidable. 

Since the system handles running out of storage without crashing, 
and since it is possible to add physical volumes to a logical 
volume dynamically, logical volumes can be defined with fewer 
physical volumes than their maximum anticipated size. 

STEP 3; RPV INITIALIZATION 

Mount the Multics System Tape (MST) on Magnetic Tape Handler 
(MTH) nn (nn is usually equal to 01). Mount the disk pack 
formatted by T&D on the drive selected to be the RPV. Initialize 
and boot the MST. Multics will prompt with: 

bootload_0: Booting system MR12.3 generated 08/31/89 0000.0 
bootload_0: Enter boot tape MFC model: I tSOO 

Normal response to this question should be "ipc", "t610", "t601" 
or "tSOO". However, on systems with an IMU configured the "Enter 
boot tape..." query will not appear. The system will boot the 
bootload tape controller, if necessary, and continue. At this 
time, the intention to cold boot is given. Multics will request 
the location of the rpv. Once this is done, the init_vol request 
loop will be entered to accept the layout of the rpv. 

bootload_0: Booting tSOO A 12.3. with mtc500 rev.ul firmware. 
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bootload_0: Booted tape MPC. 

0000.1 announce_chwin: 371. pages used of 512. in 

wired environment. 
0000.2 announce_chwm: 646. words used of 1024. 

in int_unpaged_page_tables . 
f ind_rpv_subsysteins Enter RPV data: M-> ! query 
find_rpv_subsys terns Enter RPV subsystem base channel, as Ice, 

or "cold". M-> I cold 
find_rpv_subsystem: Booting cold will destroy all data on the RPV 

Are you sure that you want to boot cold? M-> 1 yes 
f ind_rpv_subsystem: Enter RPV subsystem base channel, 

as Ice. M-> ! a22 
f ind_rpv_subsystem: Enter RPV subsystem MPC model: M=> 1 451 
find_rpv_subsystem: Enter RPV disk drive model: M-> ! 451 
find_rpv_subsystem: Enter RPV drive device number: M-> ! 1 
find_rpv_subsystem: RPV is a model 451 drive, number 1 on MPC A22 

(Model 3), and this is a COLD boot. 
Is this correct? M-> ! yes 

Default RPV layout: (Respond "end" to use it.) 

Average seg length =2.00 

VTOC size = 2792 pages, 13920 vtoces. 

27840 paging records. 

Constrained by average seg length. 

part he 2792. 2500. 

part conf 5292. 4. 

part alt 38117. 141. (451 disk drive only) 

part dump 35847. 2000. 

part log 35591. 256. 

part file 35336. 255. 

part bee 33136. 2200. 

request: M-> ! end 

These are the default partition assignments. Any changes to the 
default partitions or RPV parameters can be redefined by using 
the "startover" request in init_vol. The system installer should 
review the write-up of init_vol in the Multics Administration, 
Maintenance, and Operations Commands Manual, Order Number 
GB64-00, prior to the installation. 

Sizes for the various partitions and their locations can be 
modified based on the needs of the site. 

init_empty_root : Begin rpv initialization. This will 

take some time. 
init_empty_root : rpv initialized; 27 840 records, 
bee (early) 0012.0: M-> 

The list above is based on a 451 disk drive. With the exception 
of some default values the script will be the same for 501, 3380, 
or 3381 disk units. 
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STEP 4; CONFIGURATION 

Build the configuration description as follows (user input 
preceeded by an exclamation mark ( I ) : 

! config 

! l,$cl 

la 

! [User types in configuration fields as defined 

in the System Maintenance Procedures, Order 

Number AM81-03] 

! \f 
! w 

J q 

Do not enter any part cards at this time, except for those 
partitions defined on the rpv. Also, make the root card specify 
only the rpv. 

Continue booting bee. 

bee (early) 0020.0: M-> I bee 

Current system time is: Monday, April 29, 1985 00:20:46 mst 

Is this correct? no 

Enter time: M-> I 12/01/89 13:21:30 

Current system time is: Friday, December 01, 1989 13:21:30 mst 

Is this correct? M-> ! yes 

lQad_disk_rapcs : Disk mpc(s): mspa mspc appear not to be 

operating. 
Enter disk mpc names to be loaded, or "none" or "abort" 

or "all": M-> ! mspa mspc 

(The operator entered the names of other disk mpcs 
to be loaded. ) 

hc_load_mpc: Booting channel A20 with dscSOO Revision XI. 
hc_load_mpc: Booting channel B20 with dscSOO Revision XI. 
bee (boot) 1325.5: M-> 

At this time, the operator must load firmware into all other 
controllers (i.e., not the bootload tape controller nor any disk 
controllers), bee is then considered to be fully initialized. 

bee (boot) 1325.5 : M-> ! boot -cold 

Do you really wish to boot cold and there by destroy the 

system hierarchy? M-> ! yes 
1326 . 1 volume_registration_mgr_$check_volume_registration: 

Reregistered public LV root LVID 133353533031 

( Initializer . SysDaemon . z ) 
1326 . 3 volume_registration_mgr_$check_volume_registration: 

Reregistered PV rpv PVID 133353533017 in LV root 

( Initializer . SysDaemon . z ) 
disk_table_: New disk_table created 
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Multics MR12.3 - 12/01/89 1327.0 mst Fri. 
Command: M-> 

Ignore the messages prefaced by disk_table_ and 
volume_registration_mgr_. 

STEP 5± INITIALIZING ROOT VOLUMES 

Initialize each new root volume except the RPV with the init_vol 
command. 

For better performance, it is advisable to place a hardcore 
partition (he) on each physical volume of the Root Logical Volume 
(RLV). The placement of the hardcore partition on each volume 
must be low. The recommended size of additional partitions is 
2500 records divided by the number of physical volume used. The 
RPV size should remain 2500 records to allow the system to boot 
with only an RPV mounted. 

For most volumes the command looks like: 

init_vol PV_NAME DRIVE_NAME -rlv {-special} 

Example: init_vol root2 dska_02 -rlv -special 

For those volximes that are to have partitions, or an average 
segment length other than the default of five records, add the 
optional "-special" as a third argument. The command then asks 
for instructions about the partition location. Hardcore 
partitions, for additional root volumes, should be specified as 
thev are initialized^ You m.av tvne one or more of the followinfs 
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part NAME low nrec 
part NAME high nrec 
avg fff.ff 
list 

complete initialization by typing: 

end 

An example of typing the init_vol for an MSS0451/400 with an 
alternate partition on a RLV drive is: 

j-Hxi, vuj. j-uOu^ US/S.CI Ki ^ — rxv — SpcCxciX 

part alt high 141 (Note: 451 disk only) 

part he low 625 (Example: 2500/4 root volumes) 

end 

when done type: 

shut 
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STEP 61 ADDITIONAL CONFIGURATION PARAMETERS 

At bee (boot) level enter the configuration deck editor by typing 
"config". The PART cards and ROOT card should be added to the 
deck. Subsequent boots divide the hardcore supervisor among all 
hardcore partitions . 

The following script is provided as an example where a root card 
exists in the configuration deck and a part card does not exist. 
Parameters of cards will vary according to the configuration of 
individual sites. User input is preceeded by an exclamation mark 

bee (boot): M-> ! config 

M-> 1 /root/ 

root -subsys dski -drive 1 

M-> ! s/$/ -subsys dski -drive 2/p 

root -subsys dski -drive 1 -subsys dski -drive 2 

M-> ! /part/ 

Search failed. 



M-> 


a 


M-> 

M-> 
M-> 

M-> 


part bos dski 1 
part log dski 1 
part dump dski 1 

\f 


M-> 


w 


M-> 
bee 


q 

boot) 1215.2: M-> reinit 


STEP 7: I 


RELOAD OF EXECUTABLE LIBRARIES 



Do a normal boot "BOOT". While at ring-1 initializer command 
level load the executable libraries. This is done as follows: 

bee (boot) : ! boot 

Command: M-> I reload -nosetlvid 

Only the system libraries (MR12 . 3.EXEC) should be reloaded at 
this time. The -nosetlvid control argument ignores the logical 
volume ID on the tape when a directory is being reloaded. 

M-> ! shut 

1230.1 shutdown complete. 

bee (boot) 1231.1: M-> ! boot standard 

(ignore the messages from sc_init_. ) 
Multics MR12.3 - 12/01/89 1235.2 mst Fri 
Ready 

M-> I admin 

admin: Entry not found. Could not retrieve admin password 
from the PNT to check admin password. Entering admin mode. 
[NOTE: This error message is repeated each time admin is 
entered until a password has been set.] 



Register and initialize all non-RLV volximes . For ease of typing, 
use of lower case names is recoininended. 

Use the add_volvime_registration (avr) command as in the following 
example : 

! avr -pv pubOl -Iv public -serial 233-81 -model 451 
add_volume_registration; LV "public" does not exist. Do you 

wish to create it? M-> 1 yes 
add_volume_registration: Registered PV "pubOl" (pvid 

100172223140) on new LV "public" Ivid 100172223005). 
r 14:15 1.473 8 

to create registration entries for each logical and physical 
volxime. The registration file for the root logical volume is 
created automatically by the bootload. Since the default model 
number is 451, use the change_vol_registration command, if 
necessary, to set the correct value of model number on the rpv. 
The serial number can also be set as follows: 

Ivr -pv rpv 

cvr -pv rpv -serial 233-79 -model <model number> 

ame 

Use the init_vol for the additional logical volumes as follows: 

init_vol pubOl dska_03 -special 

part alt high 141 (Note: 451 disk only) 

end 

init_vol pub02 dska_04 -special 

part alt high 141 (Note: 451 disk only) 

end 

After all physical volumes are registered and initialized, add 
them to the disk_table by typing the add_vol (av) command for all 
except the RPV: 

av pvname dskX_NN 
An example: 

av pubOl dska_03 
At this point add all of the logical volumes by typing: 

alv -all 
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STEP il SETTING AND CHECKING ACCESS 

The ACL for >lv should be set to "s" for all users. Setting 
initial ACLs for segments in the >lv directory is done from admin 
mode by typing: 

M-> ! admin 

<READY MESSAGE > 

M-> I sis >lv rew *.SysAdmin rew *.SysDaemon 

< READY ME S SAGE > 

M-> I sa >lv s * sma *.SysAdmin sma *.SysMaint 

<READY MESSAGE> 

Create Access Control Segments (ACS) for each logical volume. 
For system public volumes, create them as follows: 

M-> ! create >lv>-{lvname} .acs 

<READY MESSAGE> 

M-> ! cvr -Iv {Ivname} -acs >lv>-{lvname} .acs 

<READY MESSAGE> 

M-> 1 set_max_length >lv>*.acs 

where {ivname} stands for name of each logical volume. 

The ACLs of these segments are interpreted to give permission to 
attach the logical volume (for private volumes) and permission to 
modify master directory control information in the MDCS (for 
specific logical volumes). Specific ACL entries _ for 
Initializer. SysDaemon should be deleted at this time by typing: 

delete_acl >lv>*.acs <READY MESSAGE> 

This is necessary because Initializer .SysDaemon always gets 
default access of "rw". This would prevent the Initializer from 
being a volume administrator by virtue of the missing "e" access. 
Deletion of specific access gives the Initializer the "rew" 
access allowed all SysDaemons. 

The ACL is now set so that all system administrators and all 
SysDaemons are volume administrators. The "e" bit controls 
executive access . 

For private volumes, the ACS is in a directory controlled by the 
volume owner. The ACS segment must reside in a directory on a 
logical volume different from the private logical volume. 
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STEP 2i SETTING VOLUME QUOTA 

Use the set_volume_quota command to give the Initializer process 
enough quota on each logical voliime to create the necessary 
master directories. 

set_volume_quota LV_NAME QUOTA 

Example: set_vol\ame_quota public 36000 

The number QUOTA should be at least the total of the quotas of 
the directories to be created in the next step. 

Use create_dir to create master directories . The format of the 
command is : 

create_dir pathname -Iv logical_volume -quota QQ 
where QQ <262144 

Example: cd >library_dir_dir -Iv no_backup -quota 40000 

cd >library_dir_dir>include -Iv public -quota 3000 

The acct_start_up.ec will, in step 11, create a number of project 
directories and assign terminal quota if the directories do not 
exist. They are the following with the quota that will be 
assigned: 

>udd>Sys Admin 5000 
>udd>SysAdmin>admin 2000 

>udd>SysDaemon 5000 

>udd>Daemon 1000 

>udd>Operator 100 

>udd>Terminals 10 

>udd>HFED 5000 

Set ACLs and additional names, as desired, on all master 
directories at this time. 

Directory quota should be set for each master directory by those 
sites that wish to have disk charges for directory pages included 
in monthly bills. Those sites not interested in implementing 
this feature may type "ame" and "shutdown" then skip to the next 

step. 
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A directory quota of 1000 pages should be sufficient for all 
master directories with the exception of >udd. If udd is a 
master directory it is recommended that it be given a directory 
quota of 100000 pages. This provides enough directory quota for 
100 projects at 1000 pages each. If the site has more than 100 
active projects the 100000 figure should be adjusted accordingly. 
To set directory quota on each master directory execute the 
following command: 

set_dir_quota PATHNAME QQ 

This command allows a system administrator to place an arbitrary 
secondary storage quota for directories on a specified directory. 

PATHNAME ,. ^ . ^ 

is the name of a directory on which the directory quota is to 
be placed, -wd can be used to specify the working directory. 

QQ 

is the directory quota in 1024 word pages. 

If additional directory quota is required for a master directory 
the quota can be reset following movement of directory quota to 
inferior directories . 

Instructions for moving directory quota down to the project level 
is included in Step 18. 

To shut down do the following: 

ame 
shut 

STEP 10; RELOAD OF REMAINING RELEASE TAPES 

Reboot Multics to ring-1 and reload the MR12 .3.LDD_STANDARD and 
MR 12. 3. UNBUNDLED tapes with the following commands: 

boot 

alv -all 

reload -nosetlvid 

The tape labeled MR12.3.MISC must be the final tape of the MR12.3 
supplied set to be reloaded. 
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STEP 11; RUNNING ACCT START UP. EC 

After all the release tapes have been reloaded cross into ring-4 
by executing the following commands: 

standard 

admin [Ignore messages from admin at this time.] 

At this time you are ready to execute part 1 of the 
acct_start_up.ec. To do this type: 

ec >system_library_tools>acct_start_up cold F.ANSS 

where F.ANSS is the channel number of the hardwired Initializer 
terminal . 

F = FNP number (a-h) 
A = Adaptor type (h = hsla) 
N = Adaptor number (0-2 for hsla) 
SS = Decimal subchannel number of specified adaptor 

The string "F.ANSS" should be replaced by "otw_" if there is no 
hardwired terminal and the bootload console is to be used as the 
Initializer terminal. 

The error, "new_iod_tables_compiler : Entry not found. Accessing 
cdt. Channel name checks will not be performed", may be 
encountered during this stage. This error should be disregarded. 

At this point, tapes dumped from other Multics sites can be 
reloaded as desired using the "reload" command with the control 
arguments "— nc^uota -notrim — nosetlvid" to avoid deletion of 
existing segments and resetting of quotas. If any segments are 
to be loaded into ring 1 then it cannot be done without exiting 
admin mode and rebooting to ring 1. 

STEP 12: MULTICS COMMUNICATIONS SYSTEM 

A Multics Communications System (CS) core image is supplied in 
the >unbundled library, and is named site_mcs. 

The site_mcs version for this release is 7.6. The site_mcs core 
image contains the basic support for DN6780 type FNPs with 64k of 
memory . 

The communication system core images are built using the bind_fnp 
command in conjunction with a bindfile describing the CS modules 
and configurations to be used. A copy of the site_mcs .bind_fnp 
can be found in >ldd>mcs>info. 
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Sites should build their ovm CS core image tailored to their own 
FNP configuration, terminal type requirements, and use of 
additional separately priced FNP software modules. 

Sites using the default site_mcs core image should ensure the CMF 
image statement points to the correct default core image located 
in >unb. The initial CMF, which includes some sample channel 
entries in comments, as well as one FNP entry, should be checked. 
Edit this CMF to eliminate any inconsistencies with the actual 
configuration and add one or more entries for login channels. 

Sites modifying their own CS core image are required to use the 
GCOS Environment Simulator which is an unbundled software 
product. To build a new core image, the following procedure is 
suggested: 

Sites will need to extract the communications object segments 
from archives located in >ldd>mcs>object . Sites should create a 
virgin directory under >udd>sa>a for each new core image. 

The following example is for sites with the more coiranon type 
Datanet and a larger memory configuration. Execute the following 
commands : 

create_dir >udd>sa>a>mcs .7 .6c 
cwd >udd>sa>a>mcs . 7 . 6c 

ted 

r >ldd>mcs>info>site_mcs.bind_fnp (or location of sites 

CS bind file) 



make editing changes if any. . 



w s 1 te_mc s . bind_f np 

q 

ac X ([segs >ldd>mcs>o>* .archive -absp] ) 
bind_fnp site_mcs -list 

Be sure the image statement in the CMF points to this newly 
created CS core image. The following example assumes the default 
CMF to be in the >udd>sa>a directory. This procedure will insure 
that the new CS image is used: 

cwd >udd>sa>a 

ted 

r CMF . cmf 

Locate the image: statement by typing: 
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/image/ 

Edit the image: statement to point to the CS image, 
site_racs, by making the statement read: 

image: >udd>sa>a>mcs . 7 . 6c>site_mcs; 



Make any other changes needed. 



w CMF.cmf 

q 

cv_cmf CMF.cmf 

copy CMF.cdt >scl>cdt -force 

The above procedure builds a site dependent CS core image and 
ensures that this image is loaded in the FNP by the answering 

service. 
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During this step, expect many messages, some with audible alarms, 
reporting that certain segments do not exist and are being 
created. These messages would be cause for concern during normal 
system operation but are to be expected during accounting start 
up and may be ignored. Execute the following example: 



ame 
stop_mpx 

multics 
load_mpx 

admin 



a (sites with multiple FNPs execute this 
command for each FNP) 

a -check (sites with multiple FNPs execute 

this command for each FNP) 
(any error messages displayed at this time, except 
hardware error messages can be ignored.) 



ec >tools>acct_start_up cold2 

This procedure will finish accounting start up. The load_mpx 
command indicates on the FNP console any configuration errors if 
console_man is loaded and "console: yes;" is in the bind_file. 
If any errors are reported they should be corrected. 

During this stage you will encountered the error, 
"set_max_length: Validation level not in ring bracket. 
>system_control_l>mcaa.acs", which occurs if an IMU is 
configured. Ignore this error message. The cause of this error, 
validation level of >scl>mcaa.acs, must be fixed manually after 
cold2 has completed successfully. 
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A default start_up.ec is available for use by new Multics users 
when they first log in. This exec_com is executed by users who 
login to the system without their own start_up.ec. The segment 
>tools>start_up.ec was copied into >scl by the acct_start_up.ec. 
Individual sites can modify this exec_com to meet their own 
needs. The access for the segment should be "r *.*.*" and ring 
brackets of 4,5,5. To start the system up for normal service 
type: 

ame 

word login 
abs start 
go 

After typing "go" a number of messages will be returned. These 
messages are of the form: 

absentee_utility_: Entry not found. Creating new <pathname>. 

scavenge_vol: No volumes. 

Found unexpected command_error in system start_up.ec. 

These messages may be ignored. 
STEP 14: CHECK GATE ACLS 

Type "admin" and enter the new admin password you selected. 
Check the ACLs for >sss>dm_admin_gate_, >sss>dm_daemon_gate_, 
>tools>installation_tools_, >tools>pnt_admin_gate_, 

>tools>pnt_login_gate_, >tools>pnt_network_gate_, 

>tools>pnt_priv_gate_, >sss>metering_gate_ and >sss>queue_admin_. 
The ACLs on these gates are as they appear on System M and should 
be restricted. The ACL for these gates are site dependent and 
should be changed to meet each site's needs. The dm_admin_gate_ 
and dm_daemon_gate_ should be restricted to data management 
administrators or daemons. The installations_tools_ gate should 
be restricted to system library maintainers. All persons on the 
ACL for metering_gate_ have access to the Multics metering data. 
All persons on the ACL for queue_admin_ are permitted to move 
absentee and daemon requests for themselves and other users to 
different queues. Users not on this ACL are only able to move 
their own requests. The Initializer must have access to 
queue_admin_. This capability is also dependent on extended 
access to the <queue>.ms segments. The various pnt_<name>_gate_ 
acls should be restricted to the following minimums for correct 
system operation: 

>t>pnt_admin_gate_ 
re * . SysDaemon . * 
re * . SysAdmin . * 
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>t>pnt_f s_gate_ 
re * . * . * 

>t>pnt_login_gate_ 
re Initializer .SysDaemon. * 
re * . SysAdmin . * 

>t>pnt_network_gate_ 
re Initializer. SysDaemon.* 
re IMPT . Daemon . * 
re Card_Input . Daemon . * 
re * . SysDaemon . * 

>t>pnt_priv_gate_ 
re Initializer. SysDaemon.* 
r * .SysDaemon.* 
re * . SysAdmin . * 

Set ACLs on the >scl>rcp directory and on the access control 
segments in it (<name> .acs) , to allow users to attach tape drives 
and any other peripherals they are allowed to use. 

After all ACLs are set, type: 

ame 

X repair salvquota > 2 -dcf -rebuild 
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STEP 15: SAVE CHECKPOINT 

Tvce "logout * *" and "shutdown". After a successful shutdown, 
Ho a BCE save. For further information see >doc>ss>bce>save.info 
Tr Appendix S of this document. Use fresh tapes for the BCE save 
so that the results of the above steps are not lost. 

STEP 16; TAILOR SYSTEM AND REGISTER PROJECTS 

Following the bee save, reboot the system for normal service by 
typing "boot star". The system is now ready for regxstration of 
projects and users from a SysAdmm process, such as 
Repair. SysAdmin, logged in from a standard terminal. 

The acct start up exec_com created default system startup .ec , 
admin. ec," iod tables. iodt, RTMF.rtmf, and CMF.cmf segments. 
?Sse se^ei?s- should be tailored by the local Site SA to meet 
site operational and configuration requirements. 

STEP 17: SETUP VOLUME BACKUP /RELOADER 

The following instructions are necessary only for those sites 
that intend to use the Volume Backup/Reloader facility: 

The personids "Volume Dumper", "Volume_Reloader" , and 
"Volume Retriever" are registered. These P^^^^^^J^^^ J^^ 
registered on the Daemon project with the multip and daemon 
attributes and with a home_dir of 
>user dir dir>Daemon>Volume_Dumper . Sites using AIM must set the 
authorization for these personids at system_high and upgrade the 
home_dir at system_high. 

Login Repair SysDaemon, or if running in special session using 
the Initializer, execute the following commands: 

admin 

ec >tools>setup_volume_reloader 

The error message that Volumes dmOOl and dm002 are not registered 
should be ignored. This exec_com creates all directories, 
Segments, and message segments necessary for running the volume 
duSJr/rkoader system. This exec_com also sets suggested access 
on ?he directories and segments created. Not all the access set 
is required. If a site wishes, the access created for 
*.SysMaint.* and *. SysAdmin.* may be removed. 
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This exec_com resets the vtoce fields for both incremental and 
consolidated dtimps by making a first dtimp pass with output to 
discard_. This is necessary since the first dximp pass is 
equivalent to a complete dump on both the incremental and 
consolidated pass. Follow the instructions for normal use of 
this facility at the completion of this exec_com. 

Sites need a sufficient number of tapes to accommodate the entire 
file system and any incremental and consolidated dumps until a 
subsequent complete dxomp is taken. This is known as a reload 
group. It is suggested that new sites start with 100 reels of 
tape or a sufficient quantity to contain two complete reload 
groups. A single reel of tape at 6250 bpi holds approximately 
26000 Multics records. 

STEP 18; SETUP DIRECTORY QUOTA 

This step is necessary only for those sites that wish to charge 
their user projects for disk storage used by directory pages, or 
to obtain a more complete disk report containing additional disk 
usage statistics. If directory quota is not already set on >udd 
execute the following commands from a SysAdmin process if udd is 
not a master directory: 

sac set_dir_quota > 120000 
sac move_dir_quota >udd 100000 

If udd is a master directory, then execute: 

set_dir_quota >udd 100000 

Then execute the commands : 

cwd >udd 

move_dir_quota ( [dirs **]) 1000 

These commands move or set sufficient directory quota on udd for 
100 projects with the suggested default project directory quota 
of 1000. If a site has more than 100 active projects a figure in 
excess of 100000 must be chosen for the initial directory quota 
of udd. The master. ec gives each new project a default directory 
quota of 1000 pages by moving 1000 pages of directory quota from 
udd. The system administrator should make sure there is always 
sufficient directory quota on udd to accommodate new projects. 

It is also suggested that all directories directly off the root 
with the exception of pdd and sll be given nonzero segment and 
directory quotas large enough to accommodate their current page 
usage and allowing for some growth. The purpose of this is to 
cause the disk report to contain complete statistical information 
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on these directories (directories with quotas are omitted from 
the disk report) . 
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APPENDIX A 
MODULE CHANGES FOR MR12.3 



This appendix provides information about changes to the Multics 

operaJf^lsysteS on a segment basis ^^tJ^Ji^-^SIlf 3°?^?eis2 
applies to changes made to the system for the MR12.3 release 

only. 

This appendix is provided to help sites identify, to a segment 
leiSl? changes the? may have applied for emergency bug fixes or 
site dependent modifications to current system software. 

Information is catagorized as follows: 

new info segments (added to >doc>info unless otherwise noted) 

new segments 

new or modified include files 

deleted segments 
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NEW INFO SEGMENTS FOR MR12.3 



aim. info errata. cj 52 .info 

calc.info f ind_source_file_.info 

check_iacl.info fortran.info 

copy. info manuals. gi. info 

copy_dir . info memo . info 

copy_dir_ . info move . info 

copy_seg_. info move_dir . inf o 

display_mailing_address . info mowse_io_. info 

emacs .changes .info pll.info 

errata. akSO. info pll.info 

errata. am82 .info translator_info 
errata . at58 . info 






NEW SEGMENTS FOR MR12 . 3 



protocol_mpx . pi 1 
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NEW OR MODIFIED INCLUDE FILES FOR MR12.3 



backup_volume_log . incl . pi 1 
built in_table . inc 1 . pll 
cincs_entry_dcls . incl .pll 
cmtv. incl .pll 

cobol_addr_tokens . incl . pi 1 
cobol_f sb_type_l . incl .pll 
cobol_fsbskel. incl. pll 
create_branch_inf o . incl . pi 1 
create_branch_info.incl .pll 
disk_error_interp . incl . pi 1 



dn355_data.incl.pll 
language_utility . incl . pi 1 
mowse_io_data . inc 1 . pi 1 
multiplexer_types . incl . pi 1 
oc_data . inc 1 . pll 
protocol_data. incl. pll 
protocol_inf OS . incl . pi 1 
protocol_inf OS . incl .pll 
protocols . incl. pll 
x2 5_data . incl . pi 1 
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DELETED SEGMENTS FOR MR12.3 



There are no deleted modules for MR12.3 
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MODIFIED SEGMENTS FOR MR12 . 3 



PNOTICE_exec 

absadr 

absolute_pathnaine_ 

acc_list_ 

acc_naine_ 

accept_fs_disk 

accept._rpv 

access_audit_ 

access_audit_check_ep_ 

access_audit_log_fault_ 

access_audit_rl_ 

access_audit_util_ 

access_class_check 

access_mode 

access_operations_ 

access_viol 

acl 

acl_ 

act_proc 

activate 

active_fnc_err_ 

add_key 

add_inail_table_entry 

add_scu 

adjust_count 

adjust_float_ 

adinin_ 

adopt_seg 

adopt_seg 

aim_check_ 

aim_util_ 

alloc_ 

alloc_seniantics 

al locate_dir_ht_ 

aim 

alm_syserr_caller 

announce_chwin 

ans i_t ape_io_ 

a ny_ t o_a ny_ 

append 

arc_sine_ 

arc_tangent_ 

asd_ 

assign_ 

Asign_op 

asu_ 

asuin_data_ 

attribute_parse 

audit_ 

authenticate 



backup_control_mgr_ 

backup_load 

backup_load_dir_list 

backup_map_ 

backup_util 

basic_ 

bcd_to_ascii_ 

bce_abs_seg 

bce_alert 

bce_alin_die 

bce_appending_simulation 

bce_check_abort 

bce_coinmand_processor_ 

be e_c omponent_t o_wor dnuin_ 

bce_console_io 

bce_continue 

be e_c opy_d i s k 

bce_create_sstnt 

bce_data 

bce_die 

bce_display_disk_label 

bce_display_instruction_ 

bce_display_scu_ 

bce_diimp 

bce_error 

bce_esd 

be e_e xec_c oin_ 

bce_exec_com_input 

bce_execute_coinmand_ 

bce_fwload 

bce_get_defptr_ 

bce_get_flagbox 

bce_get_to_eoininand_leve 1 

bce_inst_length_ 

bce_ioi_post 

bce_list_requests_ 

bce_listen_ 

be e_l oc k_ine a 

bee_map_over_requests_ 

be e_naine_t o_s e gnuin_ 

bce_parse_disk_spec 

bce_probe 

bce_query 

bce_query_a f 

bee_ready 

bee_request_table_ 

bee_save 

bee_save_util_ 

bee_severity 

bee shutdown state 
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bce_state 

bce_test_disk 

bfp_to_hfp_ 

bk_arg_reader_ 

bk_input 

bk_retrieve 

bk_ss_ 

boot_rpv_subsystem 

boot_tape_io 

bootload^O 

bootload_abs_mode 

bootload_console 

bootload_disk_io 

bootload_disk_post 

bootload_dseg 

bootload_early_dump 

bootload_error 

bootload_faults 

bootload_f lagbox 

bootload_fonnline 

bootload_fs_ 

bootload_fs_cmds_ 

bootload_info 

bootload_io 

bootload_linker 

bootload_loader 

bootload_qedx 

bootload_slt_manager 

bootload_tape_fw 

bound_as_mpx_. bind 

bound_audit_. bind 

bound__pl io2_ .bind 

bound_priv_mpx . bind 

bound_teco_ . bind 

bound_temp_l 

boundfault 

buddy_alloc_ 

buddy_area_ 

buddy_area_assign_ 

buddy_freen_ 

builtin 

cache_priv 

cache_tester 

calc 

call_bce 

call_ec_ 

call_inath_error_ 

call_outer_ring_ 

cam_cache 

cancel_cobol_prograin 

canon_for_voluine_label 

canon_resource_naine_ 

carry_dump 



cat_op 

change_dtem 

c hanne l_coniin_me ter s 

channel_manager 

char_bit_of fset_fcns_ 

check_entryname_ 

check_gate_acl_ 

check_iacl 

check_trailer 

chname 

clock 

cin_compact 

cincs cx€a't6 c[u@u@s 

cmcs_date_time_ ~ 

cmcs_decode_status_ 

cmc s_expand_tree_pat h 

cmc s_expand_t ree jpat h_ 

cmc s_f i 1 1 in_hdr_ 

cincs_initiate_ctl_ 

cincs_print_ 

cmcs_purge_queues_ 

cmcs_queue_ctl_ 

cincs_scrainble_ 

cmcs_set_lock_ 

cmcs_station_ctl_ 

cmcs_status_list_ctl_ 

cmcs_terininal_ctl_ 

cmcs_tree_ctl_ 

cmcs_wait_ctl_ 

cmtv 

cobol 

cobol_FILE_ 

cobol_FP_ 

cobol_IVAL 

cobol_MSORT_ 

cobol_NUMS_ 

cobol_RELEASE_ 

cobol_RETURN_ 

cobol_SET_ 

cobol_SORTM_ 

cobol_accept_gen 

cobol_add 

cobol_add2_binary_long 

cobol_add2_binary_short 

cobol_add3 

cobol_add_binary_gen 

cobol_add_gen 

cobol_addr 

cobol_allo_tm 

cobol_alloc 

cobol_alter_gen 

cobol_alter_perfonn 

cobol_arg_descriptor 
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cobol_arith_inove_gen 

cobol_arithop_gen 

cobol_bin_const_ck 

cobol_binary_check 

cobol_blank_stripper_ 

cobol_build_resop 

cobol_c_list 

cobol_call_gen 

cobol_call_op 

cobol_cancel_gen 

cobol_ci_phase 

cobol_close_gen 

cobol_cmnio 

cobol_compare_gen 

cobol_compare_values 

cobol_compute_bin_gen 

cobol_compute_gen 

cobol_control_ 

cobol_db 

cobol_db_phase 

cobol_ddactl 

cobol_ddact2 

cobol_ddalloc 

cobol_ddst 

cobol_ddsyntax 

cobol_decl_gen 

cobol_def_init 

cobol_def_util 

cobol_delete_gen 

cobol_delete_tokens 

cobol_diag_table_ 

cobol_disable_gen 

cobol_display_gen 

cobol_display_text 

cobol_display_util 

cobol_divide_bin_gen 

cobol_divide_gen 

cobol_enable_gen 

cobol_end_gen 

cobol_error_ 

cobol_exit_gen 

cobol_exp3 

cobol_expand_source_ 

cobol_ext_ 

cobol_ext_ddsyn 

cobol_ext_lex 

cobol_f ile_util 

cobol_find_secdef 

cobol_fix_driver_ 

cobol_f ixup 

cobol_fof l_mask 

cobol_gen_driver_ 

cobol_gen_error 



cobol_gen_ioerror 

cobol_generate_report 

cobol_get_index_value 

cobol_get_nuin_code 

cobol_get_size 

cobol_gns 

cobol_gnsl 

c obo l_go_gen 

cobol_ided 

cobol_idedsyn 

cobol_imp_word 

cobol_init_ 

cobol_initstatic 

cobol_insert_token 

cobol_inspect_gen 

cobol_io_ 

cobol_io_util 

cobol_iocall 

cobol_ioerror 

cobol_ioerror_abort 

cobol_iomode 

cobol_ioop_util 

cobol_lex 

cobol_lexeme 

cobol_lexerr 

cobol_linage 

cobol_link_init 

cobol_load_register 

cobol_make_bin_const 

cobol_make_fsb_link 

cobol_inake_link 

cobol_make_list 

cobol_make_inerge_file 

c obo l_make_ob j ec t_map 

cobol_make_reg_token 

cobol_make_type3 

cobol_make_type9 

cobol_make_xref_ 

cobol_mcs 

cobol_mcs_ 

cobol_merge 

cobo l_merge_gen 

c obo l_move_gen 

cobol_mpy 

cobol_mpy3 

cobol_ms_handler 

cobol_nist 

cobol_multiply2_binary 

cobol_multiply_bin_gen 

cobol_multiply_gen 

cobol_ntio 

cobol_num_to_udts 

cobol_opch_init 
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cobol_opch_is 

cobol_opch_op_call 

cobol_open_gen 

cobol_open_util 

cobol_operators_ 

cobol_output_tokens 

cobol_paragraph_gen 

cobol_paste 

cobol_patch 

cobo l_pd_code 

cobol_pdst 

cobol_pdstax 

cobol_perfonii_gen 

cobol_pic_val_comp 

cobol_pointer_register 

cobol_pool 

cobol_print_diag 

cobol_proc_copy 

cobol_proc_sort 

cobol_process_error 

cobo l__pro file 

cobol_prologue_gen 

cobol_purge_gen 

cobol_r_initialize 

cobol_read_ft 

cobol_read_gen 

cobol_read_rand 

cobol_receive_gen 

cobol_reg_manager 

cobol_register 

cobol_register_util 

cobol_release_gen 

cobol_reloc 

cobol_repl3 

cobol_repl 3_expand 

cobol_replb 

cobol_report_writer 

cobol_res_words 

c obo l_r e s e t_r 

cobol reswd_table_ 

cobol_return_gen 

cobol_rewrite_gen 

cobol_rts_ 

cobol_rts_handler_ 

cobol_search_gen 

cobol_section_gen 

cobol_seginit_gen 

cobol_send_gen 

cobol_set_fsbptr 

c obo l_s e t_gen 

cobol_set_pdir 

cobol_set__pr 

cobol_set_type40 



cobo l_s hort_tG_l ongbin 

cobol_sort_gen 

cobol_sort_util 

cobol_source_forniatter_ 

cobol_start_gen 

cobol_stop_gen 

cobol_store_binary 

cobol_string 

cobol_string_gen 

cobol_su_ 

cobol_subtract_gen 

cobol_sym_init 

cobol_syntax_trace_ 

cobol_trans_alphabet 

cobol_unstring 

cobol_unstring_gen 

cobol_usi:wd 

cobo l_vers ion 

cobol_write_gen 

collect_free_core 

coin_err_ 

coinm_meters_ 

command_processor_ 

coirunand_query_ 

commit 

compare_declaration 

condition_ 

conf ig_ 

conf ig_data_ 

conf ig_deck_data_ 

conf ig_deck_edit_ 

conf ig_deck_parse_ 

configure_test_cpu 

connection_list_manager_ 

constant_token 

context 

context_processor 

convert 

convert_access_class_ 

convert_access_operat-ion_ 

convert_binary_integer_ 

convert_date_to_binary_ 

copy 

copy_ 

copy_ 

copy_dir_ 

copy_expression 

copy_fdump 

copy_on_write_handler_ 

copy_pdir_ 

copy_stack_0 

copy_unique_expression 

core_queue_man 
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correct_qused 

countervalidate_label_ 

cp_data_ 

cplx_dec_ops_ 

crawlout_default_handler_ 

create 

create_block 

create_hoinedir_ 

create_hproc 

create_ips_mask_ 

create_root_dir 

create_root_vtoce 

create_rpv_partition 

create_vtoce 

create_wordlist 

cu_ 

cv_bin_ 

cv_config_card_ 

cv_dec_ 

cv_error_ 

cv_float_ 

cv_fsdisk_error_ 

cv_fstime_ 

cv_integer_string_ 

cv_rcp_attributes_ 

data_l is t_par se 

date_name_ 

date_time_ 

dbm_man 

dbr_util_ 

dc_f ind 

dctl 

deact_proc 

deactivate 

deac t iva te_f or_demount 

deactivate_segs 

debug_check 

dec_ops_ 

deckfile_manager 

declare 

declare_constant 

declare_descriptor 

declare_integer 

declare_label 

declare_par se 

declare_picture 

declare_picture_temp 

declare_pointer 

dec 1 are_s t rue ture 

declare_teinporary 

decdde_descriptor_ 

default_error_handler_ 

default_parse 



def ine_area_ 

de f ined_re f erence 

del_dir_tree 

delentry 

delete 

delete_key 

delete_record 

delete_segs 

delete_voliime_log 

delete__vtoce 

demand_deactivate 

deinount_pv 

descriptor_parse 

device_control 

dial_ctl_ 

dir_duinp 

dir_lock_init 

disk_control 

disk_emergency 

disk_error_data 

disk_init 

disk_naine_pvtx 

disk_reader 

disk_rebuild 

disk_rebuild_caller 

disk_run 

disk_table_ 

display_access_class_ 

display_cobol_run_unit 

display_disk_label_ 

display_psp 

display_pvolog 

d i s p 1 ay_vo 1 ume_l o g 

din_log_ 

dmpr_arg_reader_ 

dmpr_finish_ 

dmpr_log_ 

dmpr_output_ 

dn355 

dn355_boot_interrupt 

dn355_messages 

dn355_util 

do_parse 

do_semantics 

double_arc_sine_ 

double_arc_tangent_ 

double_exponential_ 

double_logarithin_ 

double_principal_angle_ 

double_sine_ 

double_square_root_ 

double_tangent_ 

dsc_probe_requests_ 
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dsc_requests_ 

dsc_sm_requests_ 

dspl 

dsp2 

dsp3 

dsp_DSA_LETTER_ 

dsptm_ 

dspuft_ 

duinp_cdt_ 

dump_cnif_ 

dump_vo 1 ume_ 

e_defpll_ 

e_mail_pll_ 

e_redisplay_ 

ebcdic8_to_ascii_ 

ebcdic_to_ascii_ 

edx_util_ 

emac s_rma i 1_ 

encode_clock_value_ 

enter abs request 

equal 

error 

error_ 

establish_conf ig_deck 

establish_temp_segs 

evaluate 

evict_page 

expand_assign 

expand_by_name 

expand_cobol_source 

expand_inf ix 

expand_initial 

expand_pathnaine_ 

expand_pre fix 

expand_primitive 

exponent ial_ 

expression_parse 

expression_semantics 

ext__parse 

fast_connect_init 

fast_hc_ipc 

ffop 

file 

file_ 

f ile_util 

f ill_refer 

f ill_vol_extents_ 

fim 

fiin_util 

find_bit_ 

f ind_char_ 

find command 



find_file_partition 

find_partition 

f ind_pa thname_ 

f ind_rpv_subsystem 

find_source_file_ 

flagbox_mgr 

flush_ast_pool 

fnp_init 

fnp_multiplexer 

fnp_throughput 

fnp_util 

force_write 

forma t_cobo l_s ource 

forma t_l ist_par se 

formline_ 

fort_math_ops_ 

f ort_ver s ion_inf o 

free_store 

freecore 

fs_alloc 

fs_get 

f s_modes 

fs_move 

fs_search 

fsout_vol 

function 

fv_iv_template 

generic_selector 

get_addr_ 

get_addr_ 

get_array_s ize 

get_aste 

get_at_entry_ 

get_control_point_id_ 

get_de f name_ 

get_defptr_ 

get_entry_name_ 

get_equal_name_ 

get_io_segs 

get_kstep 

get_main 

get_mcm_meters 

get_pathname_ 

get_ppr_ 

get_process_id_ 

get_process_usage 

get_ptrs_ 

get_pvtx 

get_size 

get_temp_segments_ 

get_tpr_ 

getuid 

gfms_substructure_records_ 
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grab_aste 

hardcore_sct_seg 

hardware_fault 

hash 

hash_index_ 

hasp_meters_ 

hc_device_acct_ 

hc_din_util 

hc_dinpr_primitives 

hc_exponent_control 

hc_initlzr_auxl_init_ 

hc_ipc 

hc_load_mpc 

hc_page_trace 

hc_tune 

hfp_to_bfp_ 

history_reg_save 

ibm3 2 7 0_me ters_ 

if_parse 

illegal_procedure 

imft_receive_object_ 

index_set 

init_aste_pools 

init_bce 

init_branches 

init_clocks 

i n i t_d i s k_pac k_ 

init_diri_journal_seg 

init_early_conf ig 

init_empty_root 

init_hardcore_gates 

init_hc_part 

init_lvt 

init_partitions 

init_proc 

init_pvt 

init_root_dir 

init_root_vols 

init_scavenger_data 

init_scu 

init_sst 

init_sst_name_seg 

init_stack_0 

init_str_seg 

init_sys_var 

init_syserr_log 

init_toehold 

init_vol_header_ 

init_volmap_seg 

init_vtoc_man 

initial_error_handler 

initial ize_faults 

initialize faults data 



initialize_int_static 

initialize_kst 

initializer 

initiate_ 

initiate_search_rules 

install_ttt_ 

integer_power_integer_ 

interpret_info_struc_ 

interpret_oncode_ 

io_chnl_util 

io_conf ig_init 

io_data_list_semantics 

io_error 

io_log_status_info 

io_manager 

io_reconf ig 

io_semantics 

io_statement_parse 

ioa_ 

ioain_ 

iod_t ables_compi ler 

iodc_ 

ioi_assigninent 

ioi_config 

ioi_connect 

ioi_device 

ioi_get_status 

ioi_init 

ioi_masked 

ioi_page_table 

ioi_set 

ioi_suspend_devices 

ioi_usurp_channels 

ioi_verify_lock 

ioi_wire 

ioi_workspace 

ioiri_assign 

iom_connect 

ioin_data_init 

iom_error 

ioin_interrupt 

iom_overhead 

ioni_reset 

ioin_switches 

iom_switches 

iom_unassign 

ios_ 

ios_signal_ 

ios_write_around_ 

iox_ 

iox_attach_naine 

iox_close_f ile 

iox detach 
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iox_f ind_iocb 

iox_get_options 

iox_init_ 

iox_ineasure_options 

iox_open_file 

iox_propagate 

iox_signal_ 

ipc_ 

ipc_data_ 

ipc_fast_ 

ipc_real_ 

ipc_util_ 

ipc_val idate_ 

ips_ 

isot_fault_handler_ 

j ump_op 

kermit 

kennit_get_filenames_ 

kermit_pad_ 

ke nrii t_r ec e i ve_ 

kermit_remote_requests 

kermit_send_ 

kennit_xfer_modes_ 

kst_info 

kst_util 

kstsrch 

lap_s implex 

level 

level_0_ 

level_error 

lex 

Ig ctl_ 

limit_covert_channel 

link_man 

link_snap 

link_trap_caller_ 

linkage_error_ 

list 

list_inacl_all 

list_init_ 

1 o ad_d i s k_mpc s 

load_inst 

load_system 

lock 

lock_inca 

log_create_ 

log_data_ 

log_initialize_ 

log_initiate_ 

log_limit_scan_ 

log_list_history_ 

log_move_ 



log_naine_ 

log_position_ 

log_read_ 

log_salvage_ 

log_segment_ 

log_wakeup_ 

log_write_ 

logarithin_ 

logical_voliune_manager 

lookup 

lot_fault_handler_ 

lv_request_ 

Iv request conffliunicatoir_ 

m_a 

mai l_table_ingr_ 

make_branches 

make_ms f _ 

raake_sdw 

make_seg 

make_segs_paged 

inakeknown_ 

makestack 

makeunknown_ 

map_free_count 

map_o n t o_d i s k 

inask_ins true t ion 

match_arguments 

match_star_name_ 

math__constants_ 

math_routines_ 

inath_routines_end_ 

mca_init_ 

mcs_timer 

mc s_t imer_daemon 

incs_trace 

incs_version 

mdc_c hec k_mdc s_ 

mdc_create_ 

mdc_init_ 

mdc_lock_ 

mdc_parse_acct_ 

indc_repair_ 

mdc_set_ 

mdc_set_path_ 

mdc_status_ 

mdc_util_ 

mdcs_util_ 

mdx 

memo 

memo_list_ 

merge_at tributes 

merge_volume_log 

message_table_ 
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meter_ast_lock 

ineter_response_tiine 

inlsys_mailbox_mgr_ 

mlsys_misc_utils_ 

mlsys_nit_interface_ 

mlsys_parse_control_args_ 

mlsys_storage_mgr_ 

ml sys_t r ansniit_ 

mode_string_ 

mo s_meinory_c hec k 

mountedp 

move_non_penn_wired_segs 

mo ve_r_o r _t_ 

mowse_io_ 

mrds_dsl_delete 

mrds_dsl_modify 

mrl_ 

mseg_fs_interface_ 

msf_manager_ 

multiplexer_mgr_ 

mvt_ 

new_proj 

nonlocal_goto_ 

numeric_to_ascii_ 

numeric_to_ascii_base_ 

object_info_ 

object_lib_ 

obs_recon£igure 

oc_trans_input_ 

oc_trans_output_ 

ocd_ 

ocdcm_ 

of fset_adder 

on_line_salvager 

on_parse 

ondata_ 

op_mnemonic_ 

operator_process_cmds_ 

operator_semantics 

optimizer 

other_process_info 

outward_call_handler 

pa_search_list 

page 

page_error 

page_fault 

page_synch 

parity_check 

parse 

parse_error 

parse_tape_reel_name_ 

parse_tty_name_ 

partition io 



pathncune_ 

pathname_am 

pc 

pc_abs 

pc_check_tables_ 

pc_deposit 

pc_recover_sst 

pc_signal 

pc_trace 

pc_trace_pl 1 

pc_wired 

picture_info_ 

pipe_ 

pi l_decat_char_ 

pi l_er ror_pr int 

pll_macro 

pi l_macro_error_ 

pi l_macro_lex_ 

pi l_operators_ 

pll_resignaller_ 

pll_signal_ 

pll_signal_conversion_ 

pll_snap_ 

pi l_symbol__pr int 

pll_version 

plio2_signal_ 

plus 

pool_manager_ 

post_purge 

power_ 

power_integer_ 

prds_init 

pre_link_hc 

prepare_syinbol_table 

pr inc ipal_angle_ 

print 

print_data 

print_mail 

priv_channel_manager 

priv_delete_vtoce 

priv_hasp_mpx 

priv_ibm3270_mpx 

priv_mcs_trace 

pr i v_po 1 led_vip_mpx 

pr iv_x2 5_mpx 

private_logical_volume 

privileged_mode_ut 

probe_get_expr_ 

proc_info 

proc_int_handler 

procedure_parse 

process_cobol_report 

process_entry 
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protocol_mpx 

ptw_util_ 

purge_volume_log 

put_aste 

put_f ield_ 

put_forinat_ 

pxss 

qedx 

qedx_ 

quota 

quota_util 

quotaw 

xcp access kemel 

rcp_access_kernel_setup 

rcp_assign_device_ 

rcp_attach_ 

rcp_attach_lv_ 

rcp_audit 

rcp_authenticate_device_ 

rcp_auto_register_ 

rcp_cancel_id_ 

rcp_cancel_resource_ 

rcp_check_assign_ 

rcp_check_attach_ 

rcp_check_attach_lv_ 

rcp_coinment_ 

re p_c ompu t e_a im_inode 

rcp_compute_bracket_mode 

rcp_compute_raw_mode 

rcp_control_ 

rcp_copy_ 

rcp_detach_ 

rcp_detach_lv_ 

rcp_device_info_ 

rcp_disk_ 

rcp_f ind_ 

rcp_force_unassign_ 

rcp_get_scratch_volume_ 

rcp_init 

rcp_ioi_attach_ 

rcp_lock_ 

rcp_lv_ 

rcp_match_ 

rcp_inatch_user_nanie_ 

rcp_merge_inodes 

re p_me s s a ge_ 

re p_mou n t_t ime r_ 

rep_mount_timer_poll_ 

re p_oper at ion_acees s 

rcp_pointers_ 

rep_pre_c 1 a iin_ 

rep_prsload_ 

re p_pr omo te_ 



rcp_rcse_ 

rcp_reconfigure_ 

rcp_reserve_ 

rcp_resource_info_ 

rcp_ringl_init_ 

rcp_set_lock_ 

rcp_setup_event 

rcp_tape_ 

r cp_t ape_s urvey_ 

rcp_unassign_ 

rcp_unload_ 

rcp_validate_ 

rcprm_f ind_op 

rcprm_find_resource_ 

rcpnn_journal_file_ 

rcpnn_journalize_ 

rcpnn_list_resource_ 

r c pnn_r eg i s t ry_nigr_ 

rcpnn_regi s t ry_u t i 1_ 

rcpnn_verify_registries_ 

rdisk_ 

rdin_apply_request_ 

r din_f i 1 e_r eque s t s_ 

rdin_f orward_reques t_ 

rdm_mailbox_interface_ 

rdm_mbx_reque s t s_ 

rdin_mes s age_mar k_mgr_ 

rdm_msg_requests_ 

rdin_reply_request_ 

read_eards_ 

read_disk 

re ad_d i s k_l abe 1 

real_initializer 

rebuild_dir 

rebuild_pvolog 

reeeive_file_ 

reclassify 

reeonfig 

reconfigure 

record_io_ 

record_status 

recover_volume_log 

ref_naine_ 

refer_extent 

referenee_parse 

reload 

reload_volume_ 

reloader 

relocate_instruction_ 

requote_string_ 

reserve 

resource_info_ 

retrieve from volume 
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retv_copy 

retv_util 

retv_vol_control_ 

ringO_init 

ring_0_peek 

ring_alann 

ringbr_ 

rldr_arg_reader_ 

r 1 dr_c hec k_p vo 1_ 

rldr_f inish_ 

rldr_input_ 

rldr_label_ 

rldr_output_ 

rldr_report_ 

r ldr_vo lume_map_ 

r ldr_vtoc_buf f er_ 

rldr_vtoc_header_ 

rollback 

rsw_util 

rtcd_util_ 

salv_caller 

salv_check_vtoce_ 

salv_dir_checker_ 

salv_directory 

s a 1 v_duinp_copy 

salv_err_insg 

salvage_pv 

salvager 

s a ve_ha nd 1 e r_mc 

sc_abort_line_util_ 

s c_adini n_c oinmand_ 

s c_adin i n_inode_ 

sc_coinmand 

sc_create_sci_ 

sc_edit_niotd_ 

sc_exec_request_ 

sc_execute_conmiand_lin6_ 

sc_get_error_naine_ 

sc_init_ 

sc_ipc_mask_ 

sc_process_coininand_line_ 

sc_request_table_ 

sc_requests_ 

sc_shutdown_ 

sc_signal_handler_ 

sc_s ignal_io_handler_ 

sc_stat_ 

scan_token_table 

scas_init 

scavenge_voluine 

scavenger 

scr__util 

scs 



scs_and_clock_init 

sct_raanager_ 

sdin_mbx_requests_ 

sdin_original_requests_ 

sdw_util_ 

search_ast 

search_f ile_ 

seg_fault 

seginent_loader 

s egmen t_mo ve r 

segno_usage 

semantic_translator 

set 

set_alann_timer 

s e t_d i s k_t ab 1 e_l oc 

set_ext_variable_ 

set_kst_attributes 

set_lock_ 

set__privileges 

set_procs_required 

set_sinic_pattern 

set_sons_lvid 

set_special_password 

set_stack_ptr 

set_sys_audit_thresholds_ 

s e t_sy s t em_t ime_zone_ 

set_voluine_log 

setf aults 

share_expression 

shutdown 

shu tdown_f i le_sys tem 

signal_ 

s impl i f y_express ion 

simplify_of fset 

sine_ 

slt_inanager 

special_messages_ 

square_root_ 

stack_header_util_ 

stack_oob_handler 

star_ 

start_cpu 

state_man 

statement_parse 

statement_type 

status 

status_ 

stock 

stock_man 

stop_cobol_run 

stop_cpu 

stop_process 

structure_library_2_ 
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structure_library_4_ 

sty_inpx 

sub_err_ 

subscripter 

substr 

sum 

suinmarize_sys_log 

switch_shutdown_f ile_system 

syn_ 

sys_log_ 

sys_trouble 

syserr 

syserr_copy 

syserr_copy_wired_log 

syserr_log_daemon 

syserr_real 

sy s er r_s eg_manager 

system 

system_comm_meters 

system_control_ 

system_startup_ 

tangent_ 

tape_checksum_ 

tape_dim_data_ 

tape_error_data 

tape_ioi_ 

tape_ioi_activate 

tape_ioi_buffer_man 

tape_ioi_error_retry 

tape_ioi_hardware_status 

tape_ioi_io 

tape_ioi_modes 

tape_ioi_utils 

tape_ioi_wks_man 

tape_mult_ 

tape_mult_close_ 

tape_mult_detach_ 

tape_mult_labeler_ 

tape_mult_modes_ 

t ape_mu 1 t_ope n_ 

tape_mult_parse_ 

tape_mult_read_ 

tape_mult_util_ 

tape_mult_write_ 

tape_reader 

tc 

tc_init 

tc_shutdown 

tc_util 

ted4 

ted_ 

tedaddr_ 

template_address_space 



template_area_header 

template_s lt_ 

terminate_ 

terminate_proc 

thread 

time_defaults_ 

time_info_ 

t imer_manager_ 

toehold 

trace 

trace_mc 

trans lator_info_ 

trap_caller_caller_ 

truncate 

truncate_stacks 

truncate_vtoce 

try_to_unlock_lock 

tty_analyze 

tty_area_manager 

tty_dump 

tty_index 

tty_interrupt 

tty_lock 

tty_modes 

tty_overstrike_canon 

tty_read 

tty_replace_canon 

tty_space_man 

tty_tables_mgr 

tty_util_ 

tty_write 

uid_path_util 

uncp 

uncp_boot_interrupt 

uncp_multiplexer 

uncp_util 

unique_bits_ 

unique_chars_ 

unpack_picture_ 

unwind_stack_ 

unwinder_ 

update_kste_access 

update_vtoce 

user_wire 

v2pll 

vacate_pv 

validate 

validate_cpu_card 

validate_info_seg 

value_list 

ver i f y_dump_volume 

verify_label_ 

verify_lock 
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video_utils_ 

vip7 7 6 0_meter s_ 

vin_vio 

volmap 

volmap_page 

volmap_util 

vo 1 ume_c r o s s_c hec k 

volume_registration_cinds_ 

volume_registration_mgr_ 

virm_lock_ 

vtoc_attributes 

vtoc_interrupt 

vtoc_man 

vtoc_search 

vtoce_stock_man 

wdx 

wioctl_ 

wire_proc 

wire_stack 

wired_f im 

wired hardcore data 



wired_plm 

wired_s hutdown 

wired_utility_ 

wkp_signal_handler_ 

write_record 

ws_channel_ 

ws_debug_ 

ws_packet_dispatcher_ 

ws_packet_receiver_ 

ws_packet_transmitter_ 

ws_timer_ 

ws_tools_ 

ws_t t y_ma i n_ 

ws_tty_mgr_ 

ws_tty_read_ 

ws_tty_write_ 

x25_analyze_ 

x25_dump_ 

x25_inpx 

x2 5_mpx_data 
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APPENDIX B 



FORMATTING DISKS WITH MTR 



This appendix describes a procedure for formatting disk packs 
using the Media Test Routines (MTRs). The procedure utilizes an 
annotated script which shows typical input and output. Because 
the formatting procedures differ for MSU0451 and MSU0500/0501 
devices, separate scripts are provided. In the scripts, input 
typed by the user is preceded by a a (bullet) . 

FORMATTING MSU0451 DISK PACKS 

The following script shows how to run MTR tests 6 and 3 to format 
and test an MSU0451 disk pack, and to assign alternates to tracks 
found defective during testing. 

1. Enter the Total OnLine Test System (TOLTS): 
a bound_tolts_$tolts_ 

***tolts executive version 810301 on 820812 at 20.071 

2. Enter the MFC OnLine Test Subsystem (MOLTS); 

***enter "polts", "molts", "colts", "isolts", "quit", or "msg" 
??? a molts 
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J. List the disk configuration for the disk string which 
formatting will be done 

(because of page constraints, the following message is not 
an exact copy of that which is displayed by the system) i 

??? a test pcd 

peripheral configuration: 

dska 451 16 units; starting with device no. 1 
020xx primary channel of 4 logical channels on mpc mspa 
026xx secondary channel of 4 logical channels on mpc mspa 
124xx secondary channel of 4 logical channels on mpc mspb 
122xx secondary channel of 4 logical channels on mpc mspb 



4. Enter MTR test 6 to format and test the MSU0451 device: 

??? B test mmtl2020t6 

where "test mmtl2020t5" is a sample of the input format 
"test mmtlCCDDtT": 

mmt identifies the MTR test package 

ICC gives the lOM number (0 = lOM A, 1 = lOM B, etc) and 
channel number {in decimal) of a channel by which 
the device to be formatted can be addressed. It 
must be one of those shown in the output of "test 
pcd" in step 3. In the sample input above, "120" is 
lOM B, channel 20. 

DD gives the device number (in decimal) of the device 
to be tested. In the sample input, it is device 20 
(dskb_2 0) . 

T gives the number of the MTR test to be run. In this 
case, test 6 should be run to format/ test a pack. 
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5. The following output describes steps taken by MTR test 6 to 
attach the disk drive and mount the pack for writing: 

***molts executive versions 820601 820701 on 820812 at 19.97 

**0(inint 12020) short wait, allocation queued 

**0(mmtl2020) start tmt65a-rmcl, ttldat 820331, phy./log. id t//04 

**0{inmtl2020) start tint65b-nnc2, ttldat 820331, phy./log. id t//04 

**0(iimitl2020) start trat65c-rmc3, ttldat 820401, phy./log. id t//04 

**0(inititl2020) start tint65d-nnc4, ttldat 820405, phy./log. id t//04 

**0(inmtl2020) start tmt65e-rmc5, ttldat 820421, phy./log. id t//04 

**0(inintl2020) start tmt65f-rmc6, ttldat 820331, phy./log. id t//04 

**0(inintl2020) 

rmc6 is at your service to format a disk pack - 

**0(iiimtl2020) 

***** write permission granted ***** 

**0{mmtl2020) 

***** begin format pack ***** 

the test will format all tracks on the pack. format will 

defined by device type, bad tracks will be marked defective 

(no alt. assigned). 

**0(mmtl2020) 

system device code = .ds450 



Answer MTR initialization questions (not a restart, normal 
formatting, and use 3 write patterns during testing) ; 



enter (y or n) -an 



**0(mmtl2020) 

is this a restart? 

**0(mmtl2020) 

select (f)ast or (n)ormal format? (f)ast format is designed 

for data security erase and/or test purposes. (n)ormal format 

is designed for disk packs that are going to be used in systems 

applications, enter (f or n) -an 

**0(mmtl2020) 

select from "1" to "7" write patterns? enter (1 thru 7) - h 3 

7. At this point, formatting of the pack begins: 

**0(mmtl2020) 

***** begin disk pack format ***** 
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8. After the message in Step 7 is displayed, press the BREAK 
key to interrupt formatting operations . When MOLTS prompts 
for input, set test options to: report the current 
cylinder/head (CCC/HH) address; display CCC/HH for transient 
errors; report test progress every 100 cylinders, with 
summary reports attached. 

a <PRESS BREAK KEY> 
??? a test momtl2020.r 

where "test momtl2020.r" is a sample of the input format 
"test momtlCCDD.O": 

momt identifies request to set options 

ICCDD are the lOM, Channel and Device numbers given in 
Step 4 . 

.r is the first option, to report current CCC/HH 
location. 

Set the remaining options when prompted: 

*0(mmtl2020) t6 enter options: a .i 

*0(mmtl2020) t6 enter options: a .e 

*0(mmt 12020) t6 enter options: a .s 

*0(mmt 12020) t6 enter options: a .t 

*0(mmtl2020) t6 enter options: a .go 

9. When the .go option is entered in Step 8, MTR reports the 
current location being formatted and displays the defective 
tracks found. It then asks if you want to continue 
formatting: 

**0(mmtl2020) 

format function current addr. = 007/00 

**0(mmtl2020) 

format function current addr. = 007/00 

**0(mmtl2020) 

***** rmc6 - summary report ***** 

no tracks were formatted defective 

**0(mmtl2020) 

do you want the test to continue? enter (y or n) -ay 
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10 After every 100 cylinders are formatted, MTR displays 
defective tracks found. For example, the final summary 
displayed just before formatting completes, looks like: 

**0{mmtl2020) 

rmc6 has formatted tracks "000/00 thru 700/00" 

**0(mmtl2020) 

***** rTtic6 - summary report ***** 

no tracks were formatted defective 

**0(mmtl2020) ^ ,^^ 

rmc6 has formatted tracks "000/00 thru 800/00" 

**0(mmtl2020) 

***** rmc6 - summary report ***** 

no tracks were formatted defective 

**0(mmtl2020) 

***** disk pack format complete ***** 

11. After formatting is complete, MTR begins testing the tracks 
on the formatted pack. Defective tracks are usually 
encountered only during the testing phase. Error summaries 
are displayed after every 100 cylinders have been tested. 

start media test phase 

**0(mmtl2020) 

rmc5 has tested tracks "000/00 thru 100/00" 

**0(mmtl2020) 

***** rmc6 - summary report ***** 

no tracks were formatted defective 

**0(mmtl2020) 

rmc5 has tested tracks "000/00 thru 200/00" 

**0(mmtl2020) 

***** rincS - summary report ***** 

no tracks were formatted defective 

**0(mmtl2020) 

rmc6 has tested tracks "000/00 thru 300/00" 

**0(mmtl2020) 

***** rmc5 - summary report ***** 

defective - marginal data field on std track 

217/10 

**0(mmtl2020) 

***** rmc6 - summary report ***** 

defective - unrec . data field on std track 

244/06,245/06 

**0{mmtl2020) 

***** T:inc6 - summary report ***** 

reclaimed - reformatted and certified 

246/06 
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12. When testing is complete, termination summary reports are 
displayed: 

**0(mmtl2020) 

***** normal termination summary reports ***** 

**0(mmtl2020) 

***** rmc5 - summary report ***** 

defective - marginal data field on std track 

217/10 

**0(mmtl2020) 

***** rmc6 - summary report ***** 

defective - unrec. data field on std track 

244/06,245/06 

**0{mmtl2020) 

***** rmc6 - summary report ***** 

reclaimed - reformatted and certified 

246/06 

13. MTR then asks if you want to select a new test (answer "y" 
for yes ) : 

**0(mmtl2020) 

want to select a new test? 

enter (y or n) - sa y 

14 . MTR then displays information describing how to select the 
next test: 

**0(mmtl2020) 

rmc6 will go into waiting! 

select test (tl thru t6) 

enter test no. thru standard option call (test momticcddtx) - 

**0{mmtl2020) 

waiting 
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15. To actually select the next test, press the BREAK key and 
wait for the MOLTS prompt. Then select test 3, which 
assigns alternate tracks for those tracks found to be 
defective above. 

a < PRESS BREAK KEY> 
??? s test momtl2020t3 

where "test momtl2020t3" is a sample of the input format 
"test momtlCCDDtT": 

momt identifies request to set options 

ICCDD are the lOM, Channel and Device numbers given in 
Step 4 . 

tT gives the number of the next test to run. 

Test 3 initialization displays the following informations 

**0{mmtl2020) start tmt65e-rmc5, ttldat 820421, phy./log. id t//04 
**0(mmtl2020) start tmt65d-rmc4, ttldat 820405, phy./log. id t//04 
**0(mmtl2020) start tmt65c-rmc3, ttldat 820401, phy./log. id t//04 

16. Select subtest 4 of test 3, to assign alternates to all 
defective tracks: 

**0(mintl2020) 

rmc3 is at your service 

for track and cylinder reformat - 

select a sub test 

a) subtst 1 - reformat 1 track (good) 

b) subtst 2 - reformat 1 cylinder (good) 

c) subtst 3 - reformat 1 track (defective) 

d) subtst 4 - assign alternate tracks 
enter ( 1 thru 4 ) - a 4 
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17. MTR then briefly describes the subtest, and asks if you want 
to continue (answer "y" for yes) 

**0(mmtl2020) 

***** begin subtst 4 ***** 

assign alternate tracks on the device 

a) subtst will search thru all standard tracks looking for 
tracks marked defective (no alternate assigned) . 

b) when a track marked defective (no alternate assigned) is 
detected, the subtst will stop and process this track. 

c) the alternate track processor will go out to the alternate 
track cylinders and find the first available alternate. it 
will mark the track as assigned alternate, then it will 
mark the standard track as defective (alt. assigned). 

d) the search process will terminate after the last standard 
track completes testing and/or processing. 

do you want the subtst to continue? enter (y or n) -ay 



18. MTR then asks for permission to overwrite 
(answer "y" for yes): 



the pack's label 



**0(mmtl2020) 

***** rmc3 - label obliterate warning ***** 

all sub tests in rmc3 will overwrite the system 

label on track zero. 

do you want the sub test to continue? enter (y or n) -ay 

19. MTR then asks if you are restarting (answer "n" for no); 

**0(mmtl2020) 

system device code = .ds450 

**0(mmtl2020) 

is this a restart? enter (y or n) - an 

20. MTR then begins displaying summary reports after every 100 
cylinders are checked for alternate assignments: 

**0(irantl2020) 

rmc3 has tested tracks "000/00 thru 200/00" 

**0(mmtl2020) 

***** rmc3 - subtst 4 summary report ***** 

no alternate tracks were assigned 

**0(mmtl2020) 

rmc3 has tested tracks "000/00 thru 300/00" 

**0{mmtl2020) 

***** rmc3 - subtst 4 summary report ***** 

defective - alt assigned 

def alt def alt 
cyl/hd cyl/hd cyl/hd cyl/hd 
217/10 811/00 244/06 811/01 
245/06 811/02 
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21. After alternate assignments are complete, MTR displays a 
summary report describing all alternates on the pack: 

**0(mmtl2020) 

***** normal termination summary reports ***** 

**0(mmtl2020) 

***** rmc3 - subtst 4 summary report ***** 

defective - alt assigned 

def alt def alt 
cyl/hd cyl/hd cyl/hd cyl/hd 
217/10 811/00 244/06 811/01 
245/06 811/02 

22. MTR then asks if you want to select a new test (answer "n" 
for no, and "quit" to exit from TOLTS) . 

**0(mmtl2020) 

want to select a new test? 

enter (y or n) -an 

**0(mjntl2020) norm.al term 1 

***molts executive version 820701 off 820812 at 21.45 p.t. 119530 

***enter "polts", "molts", "colts", "isolts", "quit", or "msg" 
??? B quit 

***tolts executive version 810301 off 820812 at 21.375 
r 21:37 1107.348 1162 
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FORMATTING MSU0500/MSU0501 DISK PACKS 

The following script shows how to run MTR tests 6 and 7 to format 
and test an MSU0500 or MSU0501 disk drive, and to assign 
alternates to tracks found defective during testing. 

The MPC normally treats an MSU0500 or MSU0501 disk drive as two 
separately addressable devices. However, MTR formats and tests 
both logical devices during a single invocation, referring to one 
as the "odd device" (e.g., dskc_27) and the second as the "even 
device" (e.g., dskc_28). MTR refers to both logical devices as a 
single "head assembly" or "hda". 

1. Enter the Total OnLine Test System (TOLTS): 
a bound_tolts_$tolts_ 

***tolts executive version 810301 on 820812 at 20.071 

2. Enter the MPC OnLine Test Subsystem (MOLTS): 

***enter "polts", "molts", "colts", "isolts", "quit", or "msg" 
??? s molts 

3. List the disk configuration: 
??? a test pcd 

peripheral configuration: 



dskc 501 
028xx 
030xx 
130xx 
128xx 



32 units; starting with device no. 1 
primary channel of 4 logical channels on mpc mspc 
secondary channel of 4 logical channels on mpc mspc 
secondary channel of 4 logical channels on mpc mspd 
primary channel of 4 logical channels on mpc mspd 
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1. Enter MTR test 6 to format and test the entire MSU0500 or 
MSU0501 device: 

??? <a test inintl2827t6 

where "test mmtl2827t6" is a sample of the input format 
"test ramtlCCDDtT": 

mmt identifies the MTR test package 

ICC gives the lOM number (0 = lOM A, 1 = lOM B, etc) 
and channel number (in decimal) of achannel by 
which the device to be formatted can be 
addressed.lt must be one of those shown in the 
output of "test pcd" in step 3. In the sample 
input above, "128" is lOM B, channel 28. 

DD gives the device number (in decimal) of the 
device to be tested. In the sample input, it is 
device 27 (dskc_27). Always give the device 
number of the "odd device" associated with the 
disk drive. 

T gives the number of the MTR test to be run. In 
this case, test 6 should be run to format /test 
the drive. 

5. The following output describes steps taken by MTR test 6 to 
attach the disk drive for writing: 

***molts executive versions 820601 820701 on 820805 at 20.08 

**0(mmtl2827) short wait, allocation queued 

**0(mmtl2827) short wait, allocation queued 

**0(mmtl2827) start tmt67a-mtrl, ttldat 820401, phy./log. id t//04 

**0(mmtl2827) start tmt67b-mtr2, ttldat 820401, phy./log. id t//04 

**0(mmtl2827) start tmt67c-mtr3, ttldat 820402, phy./log. id t//04 

**0(mmtl2827) start tmt67d-mtr4, ttldat 820405, phy./log. id t//04 

**0(mmtl2827) start tmt67e-mtr5, ttldat 820421, phy./log. id t//04 

**0(mmtl2827) start tmt67f-mtr6, ttldat 820405, phy./log. id t//04 

**0(mmtl2827) 

mtr6 is at your service to format a physical device - 

**0(mmtl2827) 

***** write permission granted ***** 

**0(mmtl2827) 

***** begin upgrade/downgrade hda ***** 

the test will format all tracks on the hda. the format will be 

defined by device type. bad tracks will be marked defective 

(no alternate) . 
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;. Answer MTR initialization questions (ok to format with 512 
words per sector, not a restart, normal formatting, and use 
3 write patterns during testing) : 

**0(mmtl2827) 

device pair are configured as msuOSOl's 

the hda will be formatted in (512) words /sec tor. 

is this correct? 

enter (y or n) - ay 

**0(mmtl2827) 

is this a restart? 

enter (y or n) - an 

**0(mmtl2827) 

select (f)ast or (n)ormal format? 

(f)ast format is designed for data security 

erase and/or test purposes . 

(n)ormal format is designed for hda's to be used 

in systems applications. 

enter (f or n) - a n 

**0(mmtl2827) 

select from "1" to "7" write patterns? 

enter ( 1 thru 7 ) - a 3 

7. At this point, formatting of the pack begins: 

**0(mmtl2827) 

***** begin hda format ***** 
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8. After the message in Step 7 is displayed, press the BREAK 
key to interrupt formatting operations. When MOLTS prompts 
for input, set test options to: report the current 
cylinder/head (CCC/HH) address; display CCC/HH for transient 
errors; report test progress every 100 cylinders, with 
summary reports attached. 

a <PRESS BREAK KEY> 
??? a test momtl2827.t 

where "test momtl2020.r" is a sample of the input format 
"test momtlCCDD.O": 



momt 



identifies request to set options 



ICCDD are the lOM, Channel and Device nximbers given in 
Step 4 . 

.r is the first option, to report current CCC/HH 
location. 

Set the remaining options when prompted: 

*0(mmtl2827) t6 enter options: a .e 

*0(ramtl2827) t6 enter options: a .s 

*0(mmt 12827) t6 enter options: a .i 

*0(mmtl2827) t6 enter options: a .r 

*0(mmtl2827) t6 enter options: a .go 



Formatting Disks With MTR 



B-13 



SIB12.3 



9. When the .go option is entered in Step 8, MTR reports the 
current location being formatted and displays the defective 
tracks found. It then asks if you want to continue 
formatting; 

**0(mmtl2827) 

format function current addr. = 004/00 
**0(mmtl2827) 

format function current addr. = 004/00 
**0{mmtl2827) 

***** statistics from format of hda ***** 
summary for msuOSOl devices (27/28) 
no. of tracks with 1 defect skip = 1 
no. of tracks with 2 defect skips = 
no. of tracks with 3 defect skips = 
no. of new defect skips generated = 
total defect skips processed = 1 
odd device defective tracks = 
even device defective tracks = 
physical device defective tracks = 

total = 
**0{mmtl2827) 

***** mtrS - hda condition summary report ***** 
no tracks were marked defective. 
**0(mmtl2827) 

do you want the test to continue? 
enter (y or n) - ay 






10. After every 100 cylinders are formatted, MTR displays 
defective tracks found. For example, the final summary 
displayed just before formatting completes, looks like: 

**0(mmtl2827) 

mtr6 has formatted tracks "000/00 thru 800/00" 

**0(mmtl2827) 

***** mtrS - hda condition summary report ***** 

msuOSOl odd device report (27) 

defective - error logging track info 

006/19,028/19,284/01,370/12 

**0(mmtl2827) 

***** mtrS - hda condition summary report ***** 

msuOSOl even device report (28) 

defective - error logging track info 
008/19,026/19,096/05,174/16,381/06,736/09,778/19 

**0(mmtl2827) 

***** statistics from format of hda ***** 
summary for msuOSOl devices (27/28) 
no. of tracks with 1 defect skip = 33 
no. of tracks with 2 defect skips = 2 
no. of tracks with 3 defect skips = 
no. of new defect skips generated = 
total defect skips processed = 37 
odd device defective tracks = 4 
even device defective tracks = 7 
physical device defective tracks = 

total =11 
**0(mmtl2827) 
***** hda format complete ***** 
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11. After formatting is complete, MTR begins testing the tracks 
on the formatted pack. Error siunmaries are displayed after 
every 100 cylinders have been tested. 

start media test phase 

**0(mmtl2827) 

mtr6 has tested tracks "000/00 thru 100/00" 

**0(mmtl2827) 

***** mtrS - hda condition summary report ***** 

msuOSOl odd device report (27) 

defective - error logging track info 

006/19,028/19,284/01,370/12,816/04,818/04,832/04 

**0(mmtl2827) 

***** intr6 - hda condition summary report ***** 

msuOSOl even device report (28) 

defective - error logging track info 

008/19,026/19,096/05,174/16,381/06,736/09,778/19 

**0(mmtl2827) 

***** intr6 - hda condition summary report ***** 

msuOSOl even device report (28) 

reclaimed - repaired data field 
042/15 

**0(mratl2827) 

***** statistics from format of hda ***** 
summary for msu0501 devices (27/28) 
no. of tracks with 1 defect skip = 42 
no. of tracks with 2 defect skips = 2 
no. of tracks with 3 defect skips = 
no. of new defect skips generated = 1 
total defect skips processed = 47 

odd device defective tracks = 7 
even device defective tracks = 7 
physical device defective tracks = 

total = 14 
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12. When testing is complete, termination stunmary reports are 
displayed: 

**0(mmtl2827) 

***** normal termination summary reports ***** 

**0(mratl2827) 

***** mtr6 - hda condition summary report ***** 

msuOSOl odd device report (27) 

defective - error logging track info 

006/19,028/19,284/01,370/12,816/04,818/04,832/04 
**0{mmtl2827) 

***** mtr6 - hda condition summary report ***** 

msuOSOl odd device report (27) 

reclaimed - repaired data field 

764/09,830/04 

**0(mmtl2827) 

***** mtr6 - hda condition summary report ***** 

msuOSOl even device report (28) • 

defective - error logging track info 

008/19,026/19,096/05,174/16,381/06,736/09,778/19 
**0(mmtl2827) 

***** mtr6 - hda condition summary report ***** 

msuOSOl even device report (28) 

reclaimed - repaired data field 
042/15,762/09,818/08 
**0(mmtl2827) 

***** statistics from format of hda ***** 
summary for msuOSOl devices (27/28) 
no. of tracks with 1 defect skip = 42 
no. of tracks with 2 defect skips = 2 
no. of tracks with 3 defect skips = 
no. of new defect skips generated = 5 
total defect skips processed =51 

odd device defective tracks = 7 
even device defective tracks = 7 
physical device defective tracks = 

total = 14 

13. MTR then asks if you want to select a new test (answer "y" 
for yes) 

**0(mmtl2827) 

want to select a new test? 

enter (y or n) - ay 
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14. MTR then displays information describing how to select the 
next test: 

**0(inintl2827) 

mtr6 will go into waiting! 

select test (tl thru t7) 

enter test no. thru standard option call (test momticcddtx) - 

**0(iiimtl2827) 

waiting 

15. To actually select the next test, press the BREAK key and 
wait for the MOLTS prompt. Then select test 1, which 
assigns alternate tracks for those tracks found to be 
defective above. 

Test 7 assigns alternates for the complete head assembly, 
whereas test 3 (used in the procedure for formatting MSU0451 
disks) only assigns alternates for a single logical device. 
Thus, test 3 would have to be run twice (once for the odd 
device and once for the even device) to assign alternates on 
an MSU0500 or MSU0501 disk. 

ta <PRESS BREAK KEY> 
??? B test momtl2827t7 

where "test momtl2827t7" is a sample of the input format 
"test momtlCCDDtT" : 

momt identifies request to set options 

ICCDD are the lOM, Channel and Device numbers given in 
Step 4 . 

tT gives the number of the next test to run. 

Test 7 initialization displays the following information: 

**0{mmtl2827) start tmt67g-mtr7, ttldat 820405, phy./log. id t//04 

16. Select subtest 1 of test 7, to assign alternates to all 
defective tracks: 

**0(mmtl2827) 

mtr7 is at your service 

for special physical device formatting - 

select the subtst 

a) subtst 1 - assign all alternate tracks 

b) subtst 2 - create & write logging tracks 
enter ( 1 thru 2 ) - a 1 
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17. MTR then briefly describes the subtest, and asks if you want 
to continue (answer "y" for yes); 

**0(inmtl2827) 

***** begin subtst 1 ***** 

assign alternate tracks on the physical device the subtst will 

search "all" standard tracks on the hda for defective (no alt. 

assigned) . if any are found, it will assign the 1st available 

alternate to them. 

**0(inmtl2827) 

do you want subtst (1) to continue? 

enter (y or n) - a y 

18. MTR then asks if you are restarting (answer "n" for no): 

**0(nmitl2827) 

is this a restart? 

enter (y or n) - an 

19. MTR then begins displaying summary reports after every 100 
cylinders are checked for alternate assignments: 

**0(mmtl2827) 

mtr7 has processed tracks "000/00 thru 100/00" 

**0(mratl2827) 

***** mtr7 - subtst 1 summary report ***** 

msuOSOl odd device report (27) 

defective - alternate track assigned 

def alt def alt 
cyl/hd cyl/hd cyl/hd cyl/hd 
006/19 840/00 028/19 840/03 
**0(mmtl2827) 
***** mtr7 - subtst 1 summary report ***** 

msuOSOl even device report (28) 

defective - alternate track assigned 

def alt def alt 
cyl/hd cyl/hd cyl/hd cyl/hd 
008/19 840/01 026/19 840/02 
096/05 840/04 
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20. After alternate assignments are complete, MTR displays a 
summary report describing all alternates on the pack: 

**0(mmtl2827) 

***** normal termination summary reports ***** 

**0(mmtl2827) 

***** mtr? - subtst 1 summary report ***** 

msuOSOl odd device report (27) 

defective - alternate track assigned 



def 


alt 


def 


alt 


cyl/hd 


cyl/hd 


cyl/hd 


cyl/hd 


006/19 


840/00 


028/19 


840/03 


284/01 


840/06 


370/12 


840/07 


816/04 


840/11 


818/04 


840/12 


832/04 


840/13 







**0(mmtl2827) 

***** mtr? - subtst 1 summary report ***** 

msuOSOl even device report (28) 

defective - alternate track assigned 



def 


alt 


def 


alt 


cyl/hd 


cyl/hd 


cyl/hd 


cyl/hd 


008/19 


840/01 


026/19 


840/02 


096/05 


840/04 


174/16 


840/05 


381/06 


840/08 


736/09 


840/09 


778/19 


840/10 







21. MTR then asks if you want to select a new test (answer "n" 
for no, and "quit" to exit TOLTS) . 

**0(mmtl2827) 

want to select a new test? 

enter (y or n) - an 

**0(mmtl2827) normal term 1 

***molts executive version 820701 off 820806 at 00.27 p.t. 5185916 

***enter "polts", "molts", "colts", "isolts", "quit", or "msg" 
??? a quit 

***tolts executive version 810301 off 820806 at 00.165 
r 00:16 5188.584 1038 
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